
MQ 与 MySQL (并发线程数,超时时间,重试间隔时间,重试次数,数据库Running连接数的关系)
这样就会导致nmq与中间层连接断开,而中间层与mysql连接未必断开(尤其是该请求已进入mysql执行状态的情况下),那么随着不断的“超时丢弃”,mysql上的running连接数可能越hang越多(比如高负载SQL或者主库性能异常)现在问题就是,有事务的情况下,有一个事务慢了,就会疯狂重试,然后瞬间并发连接数超过200,然后就再也没有一个连接能顺利获得锁并且执行完事务 (有的超时了,有的直接死锁退出)在200个以上并发的情况下, 每个真正执行完的select for update ,实际上,都超时了。


