MySQL：事务隔离级别、死锁答案

【问题标题】：MySQL: Transaction isolation levels, deadlocksMySQL：事务隔离级别、死锁
【发布时间】：2014-06-26 10:46:33
【问题描述】：

我有一个长期运行的过程来导入产品，并且不时出现死锁错误。据我所知，如果在脚本执行期间我将隔离级别切换到Serializable，我将解决死锁问题。但是，我该怎么办，我可以打开 2 个终端并使用Serializable 重现死锁。

conn1: SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALAZIBLE;
conn1: START TRANSACTION;
conn2: START TRANSACTION;
conn1: UPDATE core_config_data set value = 1 WHERE config_id = 1;
conn2: UPDATE core_config_data set value = 1 WHERE config_id = 2;
conn1: UPDATE core_config_data set value = 1 WHERE config_id = 2; waiting...
conn2: UPDATE core_config_data set value = 1 WHERE config_id = 1; ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

好的，之后我尝试了dirty reads 和READ UNCOMMITED：

conn1: SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
conn1: START TRANSACTION;
conn1: SELECT junk FROM employees WHERE employee_id = 1; junk=test;
conn2: START TRANSACTION;
conn2: update employees set junk='test1' where employee_id = 1;
conn1: SELECT junk FROM employees WHERE employee_id = 1; junk=test;

你知道我错在哪里了吗？

【问题讨论】：

标签： mysql transactions isolation-level database-deadlocks

【解决方案1】：

一切都如预期的那样。您根本无法仅通过隔离级别来避免死锁；隔离级别是为了您的数据的完整性仅。

您可以通过确保更新行的相同顺序来解决许多死锁问题。这样，第一个连接将能够在没有死锁的情况下处理到最后，然后连接 2 也将失败或成功。

【讨论】：