1

2

ORM 更不用想了。

4

@Gem 我已经在想 Tornado 纯做 Web 框架，用 Gevent 加持上同步库了 2333

5

@janxin 我就是这样的。哈哈。 gevent+tornado+pymongo+pymysql

7

好吧，最近我在用 storm, 也在用 pymysql,准备加上 storm 的异步支持的，但是思考后决得太难看了。没动手。
还是觉得 gevent 自然一点。

8

@alex8224 yield from 方式觉得还不如干脆 yield 更好，所以我很期待 3.5+推广开，这样就很好了，而且 gevent 也可以支持关键字

9

我记得好像是 @ipconfiger 同志说过， tornado 认为，如果你数据库卡比得都需要异步了，那么怎么异步都没用的。因为数据库其实不怎么能抗并发和耗时的处理。。比如 MVCC 把一行锁等 commit ，你另外一个异步来修改这行，照样需要 locking 等待的。

11

@est 这个观点是 tornado 作者的，我从不解到赞同到打算突破到继续赞成，经过了多年的心理斗争和努力，事实上，异步并不是一切的终极答案，大多数时候我们在未经思考的时候脱口而出：让我们异步起来吧。其实只是为了图方便而已。

12

1

14

@est 但是至少 tornado 还能快速响应其他请求（非数据库相关请求），如果业务上没需求的话，这个也然并卵

15

我觉得 Tornado 使用异步操作数据库，并不在于 1000 个并发过来，就真的 1000 个查询到数据库，同时查询肯定有上限的，使用异步只是为了不让 tornado 进程处于 iowait 状态，可以减少进程的切换，同时也可以更快的处理非数据库相关的请求，一般对于 web 查询多余读写的情景来说，数据库查询确实会很快，也正是如此数据库到 web 服务器的网络传输时间消耗也占到了整个查询时间的很大比重了吧

17

好多人从 python 转向 golang ，可能就是这个原因吧：同步 gevent 要踩坑，异步下库跟不上。

18

我的理解是：其实在怎么异步，到数据库那一层都是阻塞的，意义不大。你的服务是异步的够了，

20

1

21

测试了一下， tornado 使用异步数据库操作， sys 使用率可以低 50%，配合 pypy ，在 MySQL 基本没什么数据，读的情况下可以到 11000 每秒处理数，同步数据库操作 7000 左右， MySQL 毫无压力， cpu 使用率不高于 18%，并发的话， ab 同步 400 左右正常， 500 跪了，异步 1000 毫无压力

22

@sujin190 可以统计下 python 项目里的 view 。我觉得不调用 db 的 view 不存在。。。。好多 session 都是存 mysql 的。

23

@sujin190 你再多点请求的话，就会发现数据库垮丝了，能支撑的 QPS 极限是一致的，当然在某些区间异步确实能带来肉眼能看见的提升