@lianghui 我的原意只是说，在 tornado 读数据的过程中，如果不用 greenlet ，那么在协议解析过程中 readint 之类的就只能 callback 了，这比直接 return 要慢好几倍的

pypy+tornado 能到 10 万？？

每次生成连接池？那不是和每次打开连接一样了，还不关闭。。

翻页数据库在做操作时是数的，数据量大了肯定慢， explain 看啊

@orFish @yingos 用程序自动发的，比如异常日志，标题一样，格式差不多，后面的就都收不到了

双十一已被推到了新的高度

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

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

@mulog 还可以这样？学习了

@harry890829 java 的啰嗦不在于语言语法，而在于各种设计模式什么的滥用，用个 java ，光配置文件就看得头大。。 c/c++也可以写的很简练啊

哈哈，当时用 python 写完再用 java 实现对比的时候一样感觉，但还是喜欢用 python ， java 的啰嗦简直不能忍

完全没用 tornado 的异步啊？

@scys 但我觉得这一套太重了，一个正常的访问的 web 服务，不断的使用连接查询数据库，本身就会维护一定量的睡眠连接，完全没必要单独在实现这样一套机制了

@scys 我现在使用数据库一般是 8 小时，设置两小时的空闲超时时间，一般可以保证几个连接常驻，需要时又会快速打开新连接，又不会出现超时错误的情况

@scys tormysql 在设置 idle_seconds 大于 0 时，后台有使用 tornado 的 timeout 的 check ，在一个连接空闲超过 idle_seconds 后会自动关闭回收连接的

@scys ping 和常驻连接数么？其实我的想法是一个正常的 web 系统，总会有一两个连接是繁忙的，连接的使用的栈的方式的，超过一定时间回收，正常使用的话就已经有了常驻连接数和 ping 这两个行为了

@scys 那么连接池该怎么设计呢？