@xiamx 所以在设计同步锁的时候要有两个参数，一个是等待最大时间紧，另一个是锁保持最大时间，超过等待最大时间则获取锁超时，超过锁保持的最大时间则获取的锁要自动释放，一般来说超过平均处理时间数倍也就没问题了，这样既可以保持同步，又可以在程序异常时不出现死锁

@em3rge 现在我们支付就已经这么做了，方便很多

南京可来

@lecher 恩，但同时不管提高 mysql 查询性能到多少，总有可能瞬间并发超过的可能，所以应用层能提供一个当严重超负载时快速失败的策略还是必须的

@Ge4Los 我的问题正是 tornado 没有阻塞才出了这个故障。。

@ethego 平时流量并不高，所以应该暂时不用

@tabris17 算是吧，哈哈，现在果断调小了最大连接数

@micyng 我就没说同步 io 。。。

@AlexaZhou 这显然做不到吧，可以取消查询，但调用栈取消不掉啊

@scys aiomysql 遇到的问题还是一样的啊，并发高了之后， tornado 不会拒绝请求，当超过连接池最大链接数后，大量的请求都会阻塞在从连接池获取连接那，最后几乎所以得请求等待连接的时间就超过了请求超时时间， nginx 超时断开连接但 tornado 查询数据库请求却并未取消，客户端如果有重试的话，等待从连接池或取连接的请求会越来越多，最后几乎所有请求都会超时的，除非 tornado 内存爆了，否则是不会出现访问拒绝的

@lecher 并不高， 400 个 mysql 并发查询，有 join ，平时压力并不高所以。。

@calease 因为平时压力很小，所以暂时还没走缓存，没想到突然网络异常重启就跪了

@skydiver 恩，以前没考虑到这种情况

@cevincheung 正常其实压力不大，高峰突然停机重启才会出现这种情况

@pynix 正有此意

@cevincheung 其实我瞬间并发超过了单机 mysql 的负载，加机器才是王道。。

@cevincheung 像 php 来说，每个进程同一时刻只能接受一个请求，所以一般来说 mysql 并发查询不会太高，同时过高的并发过来会直接访问拒绝，但 tornado 不会，所以像 php 之类的来说是不会出现循环等待的，挂个中间件估计不能解决问题啊

@lecher 是的，以前一直想高并发高并发的，没想过超过 mysql 查询数后的快速失败策略，学习到了，现在果断调低了连接池最大连接数， TorMySQL 应该有个队列等待超时策略才是

想太多，细粒度的锁早就有人做过了，然而并不好用，还想自定义锁粒度。。