mysql 死锁报错
当遇到MySQL死锁报错时，最直接的解决方案是：检查并优化事务逻辑，确保事务尽可能短小；调整隔离级别为读已提交（READ COMMITTED）以减少锁冲突的可能性；可以通过设置超时参数innodb_lock_wait_timeout来避免长时间等待。下面详细展开讨论。
一、死锁产生的原因
死锁是指两个或多个事务在等待对方释放资源，从而导致所有事务都无法继续执行的情况。例如：
```sql
-- 事务1
START TRANSACTION;
UPDATE account SET balance = balance - 100 WHERE user_id = 1;
-- 假设此时事务1被挂起
-- 事务2
START TRANSACTION;
UPDATE account SET balance = balance + 100 WHERE userid = 2;
UPDATE account SET balance = balance + 50 WHERE userid = 1;
```
如果事务2在更新userid = 1之前，事务1先获取了userid = 1的行锁，那么事务2会被阻塞，而事务1又需要等待事务2释放user_id = 2的行锁，这就形成了死锁。
二、解决方案
1. 优化事务逻辑
尽量将事务中的操作顺序固定化，保证不同事务对同一组数据的操作顺序一致。比如上面的例子可以修改为：
sql
-- 事务1和事务2都按照user_id升序进行更新
START TRANSACTION;
UPDATE account SET balance = balance - 100 WHERE user_id = 1;
UPDATE account SET balance = balance + 100 WHERE user_id = 2;
COMMIT;
2. 调整隔离级别
通过设置较低的隔离级别来减少锁的数量。可以在会话或者全局级别设置：
sql
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
3. 设置超时参数
为了防止死锁导致系统长期处于等待状态，可以通过设置超时参数让事务在一定时间内自动回滚。可以在my.cnf文件中添加：
innodb_lock_wait_timeout = 50
这表示等待50秒后如果仍然无法获得锁则回滚事务。
三、预防措施
除了上述解决方法，在日常开发中还可以采取以下预防措施：
- 减少大事务，将一个大的事务拆分成若干个小事务；
- 尽量使用相同的方式访问数据库对象，如始终按相同的顺序访问表；
- 在代码层面捕获死锁异常，并根据业务逻辑重试事务。
对于MySQL死锁问题，我们要从多方面入手，从根本上优化事务逻辑，合理配置数据库参数，这样才能有效避免死锁现象的发生。
