当前位置: 首页 > 图文教程 > 数据库 > MYSQL > MySQL UPDATE时主键冲突引发的思考

MYSQL
MySQL 实用命令
Mysql 默认字符集设置方法（免安装版）
MySQL 数据库对服务器端光标的限制
MySQL UPDATE更新语句精解
Table ‘xxx’ is marked as crashed and should be repaired 错误解决方法参考
mysql 读写分离（基础篇）
mysql 读写分离（实战篇）
processlist命令 查看mysql 线程
MySQL 数据类型 大全
MySQL 密码设置
MYSQL代码 定期备份Mysql数据库
汇总整理MYSQL相关操作命令
MySQL 数据库两台主机同步实战(linux)
MSSQL 添加字段说明
MySQL 查询某个字段不重复的所有记录
mysql 设置默认的时间值
mysqlreport显示Com_中change_db占用比例高的问题的解决方法
解决mysql不能插入中文Incorrect string value
mysql从执行.sql文件时处理\n换行的问题
mysql 主从服务器的简单配置

No. « 8 9 10 11 »

技术文章搜索

关键字

MYSQL 中的 MySQL UPDATE时主键冲突引发的思考

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-10-17   浏览: 151 ::
收藏到网摘: n/a

假设有一个表，结构如下：

　　该表中只有6条记录，如下：

mysql> select * from a;
+----+---------+
| id | city_id |
+----+---------+
|  2 |       2 |
|  3 |       3 |
|  5 |       5 |
|  4 |       4 |
|  6 |       6 |
|  7 |       7 |
+----+---------+

　　现在想要把id字段分别-1，执行以下语句，得到报错：


　　mysql> update a set id=id-1;
　　ERROR 1062 (23000): Duplicate entry '4' for key 'PRIMARY'

　　看看更新后的结果，可以看到：


mysql> select * from a;
+----+---------+
| id | city_id |
+----+---------+
|  1 |       2 |
|  2 |       3 |
|  5 |       5 |
|  4 |       4 |
|  6 |       6 |
|  7 |       7 |
+----+---------+

　　存储在最前面的2条记录更新成功了，后面的则失败，因为第三条记录如果也要更新，则会引发主键冲突。

这个时候，如果我们在更新时增加 ORDER BY 的话，则可以顺利更新成功。


　　mysql> update a set id=id-1 order by id;
　　Query OK, 6 rows affected (0.00 sec)
　　Rows matched: 6 Changed: 6 Warnings: 0

　　接下来，我们看看把它转成 innodb 表，结果会是怎样的。

mysql> alter table a engine = innodb;
Query OK, 6 rows affected (0.01 sec)
Records: 6  Duplicates: 0  Warnings: 0

mysql> select * from a;
+----+---------+
| id | city_id |
+----+---------+
|  2 |       2 |
|  3 |       3 |
|  4 |       4 |
|  5 |       5 |
|  6 |       6 |
|  7 |       7 |
+----+---------+

　　看到变化了吧，行数据按照 id 的顺序来显示了。

　　清空后，自己重新手工插入记录，再看看。

mysql> INSERT INTO `a` VALUES (2,2),(3,3),(5,5),(4,4),(6,6),(7,7);
Query OK, 6 rows affected (0.00 sec)
Records: 6  Duplicates: 0  Warnings: 0

mysql> select * from a;
+----+---------+
| id | city_id |
+----+---------+
|  2 |       2 |
|  3 |       3 |
|  4 |       4 |
|  5 |       5 |
|  6 |       6 |
|  7 |       7 |
+----+---------+

　　还是按照 id 的顺序来显示，然后我们再次执行之前的 update 语句：

mysql> update a set id = id - 1;
Query OK, 6 rows affected (0.00 sec)
Rows matched: 6  Changed: 6  Warnings: 0

　　可以看到，在 innodb 表的情况下，更新是可以成功的。

　　现在我们来分析下。

　　myisam表是堆组织表(Heap Organize Table, HOT)，它的索引是采用 b-tree 方式存储的，数据显示时是随机顺序，而非按照主键的索引顺序来显示。

　　而innodb表是索引组织表(Index Organized Table, IOT)，它的索引则是采用 clustered index 方式，因此主键会按照顺序存储，每次有记录有更新时，会重新整理更新其主键。因此无论是直接从 myisam 表转换过来的，还是后来插入的记录，显示时都会按照主键的顺序。

　　更新数据时，如果没有指定排序的字段或索引，则默认以随机顺序更新，所以 myisam 表如果不指定 ORDER BY 的话，则采用默认的存储顺序来更新，所以会发生主键冲突的情况。而 innodb 表总是有主键(如果没有定义，则也有默认主键)，如果更新时没有指定排序字段或索引，则按照主键顺序来更新，在上面的例子中，就是按照主键 id 的顺序来更新了，因此不会报错。