@lj0014 innodb

@Lpl 没有，只是每个都很慢，经常等待几十秒的

@peter999 事务表？

@msg7086 普通磁盘，磁盘 io 不高啊

@dreampuf https://github.com/python/cpython/blob/master/Objects/obmalloc.c#L1598
而且内存限制也不是说不能超过这个内存，而是当内存超过这个值之后直接由 c 的 malloc 直接来分配，所以如果你有引用没有释放，内存依然还是会占用很高的

@dreampuf 是的，一般不开启，但看这个逻辑似乎是每次最小分配 16*256KB 字节，再分成 256KB 大小的每块，再在每块上分配对象需要的内存，但一块上所有对象都被释放的话，该块还是会被释放的

@dreampuf free list 不是有长度限制的么？超过了依然会释放的，不过会有整数缓存，字符串缓存什么的，如果你从 i 循环到数百万，内存占用数百 M 是正常的

百度空间下线时发过公告了，百度空间用户数据被保存到百度云了，没有提供备份接口，但用户可以从百度云找回自己的数据

@AndyCrz 我们现在已经数十万写入，数百万 request 了。。 dbutils 同步读写吧

@xxxcat 多了很多 callback ，消耗时间自然多了很多

@ainimuyan 并发其实不是太高，大概 300-600 左右吧，单机，只是因为我们客户端的原因，有时可能超过数倍，所以突然升高的负载会使得 mysql 连接管理，负载出现异样整个不可用，也正在调整尝试

@wingyiu 是的，使用同步 sql 方式来管理思考查询过程，到了异步来说，似乎问题不太一样，也正在尝试调整

@ainimuyan 其实说起来 mysql 并未到瓶颈，测试下来，每秒过万查询完全没问题，只是 tornado 完全异步，确实查询数据库等待不接受其他连接这个缓冲，使得突然高并发削峰，连接管理上和同步模式有些不一样

@lecher 恩，测试下来， mysql 每次查询数确实过万的，没有 join 查询的话

@CrazySpiderMan 用过 nodejs ，不得不说，没有 yield 的 nodejs 更坑，各种异常处理，查询数据库，麻烦死了，但是 tornado 遇到的问题，估计也会遇到吧

@decaywood 读写分离并不能解决这个问题，单独起个服务的话分明又加了个更复杂的问题，否则有 nginx 我为什么要用 tornado 呢？

@deben 不平稳的请求数，在完全异步的 tornado 环境下，会导致 mysql 队列太长，最终请求超时，客户端发起重试，但 mysql 查询请求并未取消，然后就循环超时，高并发时快速失败是个问题，后来加了队列等待超时机制，然后又一波一波开始超时了，削峰又是个问题啊，异步的 mysql 操作，又有可能造成连接池获取连接死锁问题。。

@janxin 是啊，看来比较懂，后来加了队列超时时间，然后要一波一波开始超时了。。

@mailto1587 异步的，要是阻塞的就简单多了