并发更新数据库-导致死锁

并发更新数据库-导致死锁

背景：线上跑了一个分片的定时任务，同时更新的是一个表，但是数据不同。

线上异常：

nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

结论：

更新的sql，在并发环境下，一定要用主键id更新，否则的话，在更新的过程中，mysql会添加一个表级锁，然后你的其他更新该表的操作就会死锁。强力建议，仅且只有通过主键id更新，才会走行级锁，并发性能最高

普及知识：并发性能：行级锁>页面锁>表级锁

复盘

线上的生产的更新语句是：

UPDATE t_tableA
SET table_name='更新后'
WHERE
table_name ='更新前'
AND start_time < Now()
AND end_time > Now()

后面的条件虽然有索引，执行速度很快，但是并发环境下，一丢丢时间的锁表都是致命的。

后记

领导推荐了TiDB替换mysql，来提升分布式性能。以后这个可以展开来说。