MySQL不爲人知的主鍵與唯一索引約束

今天和大家簡單聊聊MySQL的約束主鍵與唯一索引約束

PRIMARY KEY and UNIQUE Index Constraints

文章不長,保證有收穫。

觸發約束檢測的時機:

insert

update

當檢測到違反約束時,不同存儲引擎的處理動作是不一樣的。

如果存儲引擎支持事務,SQL會自動回滾

例子:

create table t1 (

id int(10) primary key

)engine=innodb;

insert into t1 values(1);

insert into t1 values(1);

其中第二條insert會因爲違反約束,而導致回滾。

通常可以使用:

show warnings;

70ee5d171a6b8b2a7bb273ba2de08342035df6d0

來查看違反約束後的錯誤提示。

如果存儲引擎不支持事務,SQL的執行會中斷,此時可能會導致後續有符合條件的行不被操作,出現不符合預期的結果。

例子:

create table t2 (

id int(10) unique

)engine=MyISAM;

insert into t2 values(1);

insert into t2 values(5);

insert into t2 values(6);

insert into t2 values(10);

update t2 set id=id+1;

update執行後,猜猜會得到什麼結果集?

猜想一:2, 6, 7, 11

猜想二:1, 5, 6, 10

.

.

.

都不對,正確答案是:2, 5, 6, 10

第一行id=1,加1後,沒有違反unique約束,執行成功

第二行id=5,加1後,由於id=6的記錄存在,違反uinique約束,SQL終止修改失敗

第三行id=6,第四行id=10便不再執行

畫外音:這太操蛋了,一個update語句,部分執行成功,部分執行失敗。

爲了避免這種情況出現,請使用InnoDB存儲引擎,InnoDB在遇到違反約束時,會自動回滾update語句,一行都不會修改成功。

畫外音:大家把存儲引擎換成InnoDB,把上面的例子再跑一遍,印象更加深刻。

另外,對於insert的約束衝突,可以使用:

insert … on duplicate key

指出在違反主鍵或唯一索引約束時,需要進行的額外操作

例子:

create table t3 (

id int(10) unique,

flag char(10) default 'true'

)engine=MyISAM;

insert into t3(id) values(1);

insert into t3(id) values(5);

insert into t3(id) values(6);

insert into t3(id) values(10);

insert into t3(id) values(10) on duplicate key update flag='false';

insert執行後,猜猜會發生什麼?

89d473d413f9da2664761cca1d7dc7569738c04d

插入id=10的記錄,會違反unique約束,此時執行update flag=’false’,於是有一行記錄被update了。

相當於執行

update t3 set flag='false' where id=10;

仔細看,insert的結果返回,提示:

Query OK, 2 rows affected

有意思麼?

畫外音:本文所有實驗,基於MySQL5.6。

總結,對於主鍵與唯一索引約束

執行insert和update時,會觸發約束檢查

InnoDB違反約束時,會回滾對應SQL

MyISAM違反約束時,會中斷對應的SQL,可能造成不符合預期的結果集

可以使用 insert … on duplicate key 來指定觸發約束時的動作

通常使用 show warnings; 來查看與調試違反約束的ERROR


原文發佈時間爲:2018-09-13
本文作者:58沈劍
本文來自雲棲社區合作伙伴“架構師之路”,瞭解相關信息可以關注“架構師之路”。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章