亲，你遇到过数据库里的表访问全部在Client Java层里看到是慢日志过吗？
亲，你遇到某个Client突然宕机，正在事务操作中的SQL，最后会回滚，但是会不会对别的Client有影响呢？
例如这样：
X锁的事务突然中止 ，其它会话进行for update就会报错， 这种情况实际工作中，遇到一次酸爽一次。
可能发生的情况：
假如client突然发生了宕机
• 假如⽹络断开⼏秒后，client断开连接
• 假如是单网卡，发⽣了故障，client断开连接
• …
老司机开车怎么防止这个事呢？上图
如果事务发生了网络抖动，事务会什么时间结束呢？
1. wait_timeout超时，如果空闲等待超时wait_timeout, 则会关闭会话。 所以建议wait_timeout可以设置的短点，例如90。
2. 等待tcp超时
● tcp_keepalive_time、tcp_keepalive_intvl、tcp_keepalive_probes● 闲置idle（双方没有任何数据流发送往来）了 tcp_keepalive_time后，服务器内核就会尝试向客户端发送侦测包，来判断TCP连接状况(有可能客户端崩溃、强制关闭了应⽤、主机不可达等等)。如果没有收到对方的回答(ack包)，则会在tcp_keepalive_intvl后再次尝试发送侦测包，直到收到对方的ack,如果⼀直没有收到对⽅的ack,⼀共会尝试tcp_keepalive_probes次，每次的间隔时间在这⾥分别是15s, 30s, 45s, 60s, 75s。如果尝试tcp_keepalive_probes,依然没有收到对方的ack包，则会丢弃该TCP连接。
3. 主动kill掉这个SQL。
● 关注sqlkiller● pt-kill
● 设置max_execution_time对SQL中SELECT语句引入执行timeout超时。
你有没有遇到这样的坑呢？ 你还想不想学习一下其它的坑呢？
• 如果事务中发生了网络抖动
• 当大事务遇上备份
• ⼀个不起眼的SQL导致的性能问题
• 主从默认字符集不一致导致的从库异常
• 大量删除导致的SQL查询缓慢
• TCP重传导致的慢查
• 利用strace利器甩掉这个不该背的锅
上面这些姿势，看着是不是有一种熟悉的酸爽
原文发布时间为：2018-09-26 本文作者：王航威 本文来自云栖社区合作伙伴“老叶茶馆”，了解相关信息可以关注“ 老叶茶馆 ”。
