楼主这个需求我连了一下也没连上，哈哈

@WEAlex 你好，请用这个库 https://github.com/mkleehammer/pyodbc，搜了搜其他库没有异步版本

@whileFalse 本质上就是需要储存+提取，需求层面讲已经很简化，不压在 sql 上还能压在哪呢。

@whileFalse
@FFFire
合理的质疑，单独提取某个节点的数据，和统一查询都是常见业务范围。只不过想象一下你有一张百亿行级别的大表，感觉做搜索也不会很轻松，而提取单一节点的数据则会显著变慢，比如一分钟才提取出来，感觉并不划算？

@MicroBotter 需求:跑 python,感觉是不会有什么区别了

@WordTian 学习了,redis 对外开放还可能造成这种后果?

@ysc3839 token valid since 是指维护一个进程间共享缓存，退出登录以后把这个 token 设为 invalid ？

@johnsona 不不，退出当然可以做，我的意思是即使后端没法验证退出，实际上倒不构成安全问题

@loading block 了

@tlday 感谢回复，所以在存储 api 使用限制方面，最多利用硬盘 50%的空间，且单个域名最多用 2g ？感觉不具备实用性啊

@johnsona 分布式 session 具体实现上怎么操作？维护一个进程间通信协议？或者 nginx 绑定 ip ？

@johnsona jwt 退出登录确实不好解决，不过本身不会引起安全问题，我认为可以干脆不做这块。

@imdong 所以看来为了防止重放，无论如何还是要保存一个节点间同步状态。因为理论上希望系统部署越简单越好，能只用 sql 就不多加服务，看来是不行了。

@johnsona 这有啥说不清楚的，当然要无状态，要不然服务可用性怎么拉上去？

@lpts007 表述错误，意思是前端发送这个请求时，(后端)完成检验

@yzbythesea 确实，不过这个主要还是 py 网络 io 效率的问题吧，而不是写程序逻辑的层面。我只在 py 进行过 tcpip 层面的编程，剩下的语言都是更高抽象层级的开发了。不过现在 py 把 io 复用做完以后其实还可以，单核心节点类型的应用大概没啥问题。多核心拉胯则又是 gil，跟写也没啥关系

@20015jjw 另外关于类型这个事吧，我个人现在感觉，其实 python 也只是把声明和赋值简化到同一个语法，才让人产生弱类型错觉。实际上写程序时类型方面的考量基本上与 c\c++无异，差异基本只在方便性，还有工程化时候的一些问题上。类型方面我倒觉得这几个语言里面，node 做的稍差一些。

@loading 为什么实现不了你直接说不就完事了，我开发过 node 项目，我不了解为什么实现不了。

@love 因为我只用过 cookies 存登录令牌，大佬懂得多大佬讲讲？主要矛盾还是浏览器处于沙箱环境，是否有 api 可以影响外部。

@gateoflunar 没有会配服务器的也不要紧，本身只是买一台机器+简单配置的问题，我想你随便问问坛子里也有很多老哥愿意几百块给你搞一个全套解决方案