@likuku buffer 调大了

@wuyadong 可是不能删。。

@lecher 根据索引更新，是唯一索引，所以每次肯定也只影响一行，其实平常是正常的，只是并发稍高一些的时候会慢，但看 cpu 和磁盘 io 似乎并不高，每秒大概两三百写， cpu 10%左右，这样应该不算高吧？

@lecher varchar 类型，更新之后值不超过 64 字符

@lecher 根据有索引的字段更新，但跟更新的不是索引字段，有索引的字段 insert 之后就没有更新过了，这种情况除了 io 问题之外还有可能是其他问题么？更新的那个字段默认是 null ，更新之后有值，这种情况有有限么？

@noahzh 通过索引更新，更新的不是索引字段

@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 完全异步，确实查询数据库等待不接受其他连接这个缓冲，使得突然高并发削峰，连接管理上和同步模式有些不一样