@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 那么连接池该怎么设计呢？

@scys 怎么说？

@broadliyn 这是最稳妥的做法，也不负责，任何头标识都有可能是正常的数据

关闭连接让客户端重新打开就是了，省得这么麻烦

一个通信方式，一个通信协议，有什么可比性。。