@Dean 这不是 key 的顺序不一样么。。

@Dean 这个 dictionary 实现来说，它的 key 的顺序和书写顺序是无关的，把 jsonString 和 demoString 输出来看看呗

这么多推广，惊呆了。。。

key 的顺序不一样吧， jsonString demoStr 是一样的？

@flikecn 现在是已经稳定版了么？

@sujin190 现在是已经稳定版了么？

赞，测试挺详尽~

我觉得最重要的是不收用户手续费还打折，哈哈~~

@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 还可以这样？学习了