MySQL自增長主鍵探究

MySQL自增長主鍵探究

MySQL自動增長使用的關鍵字是 AUTO_INCREMENT; 因為屬於 DDL，所以不區分大小寫. 使用的列,必須被定義為 key， 比如主鍵,唯一鍵等。

本文中使用的數據庫是 MariaDB 5.5.5

默認事務隔離界別是 REPEATABLE-READ

客戶端是安裝 Windows版本 MariaDB時附帶安裝的 HeidiSQL .

社區免費版的下載頁面為: https://downloads.mariadb.org/mariadb/

創建測試表

使用客戶端連接到服務器, 用戶為 root,密碼也是 root 如:

mysql -h localhost -P 3306 -u root -proot

先選擇切換 database:

USE `test`;

創建測試表:

DROP TABLE IF EXISTS `test_auto`;

CREATE TABLE `test_auto` (
    `id` INT NOT NULL AUTO_INCREMENT,
    PRIMARY KEY (`id`)
)
COMMENT='測試自動增長'
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

客戶端1的操作

使用新的客戶端1連接到服務器, 用戶為 root,密碼也是 root 如:

mysql -h localhost -P 3306 -u root -proot

切換 database:

USE `test`;

然後,在客戶端1之中, 開啟事務, 插入一些數據, 但是不提交.

# 在客戶端1中執行
begin ;
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();

此時,可以使用查詢語句

SELECT * FROM `test`.`test_auto`;

可以看到, 得到了6條數據, id 是 1-6, 對應著我們插入數據的SQL數。因為我們沒有提交, 所以這個結果只能在客戶端1中看見。

客戶端2的操作

使用新的客戶端2連接到服務器, 用戶為 root,密碼也是 root 如:

mysql -h localhost -P 3306 -u root -proot

切換 database:

USE `test`;

然後,在客戶端2之中, 開啟事務, 插入一些數據, 也不提交.

# 在客戶端2中執行
begin ;
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();
insert into test_auto() values();

此時,可以使用查詢語句

SELECT * FROM `test`.`test_auto`;

可以看到, 得到了5條數據, id 是 7-11, 對應著我們插入數據的SQL數。因為我們沒有提交, 所以這個結果只能在客戶端2中看見。

這裡我們可以看到,自增的主鍵是全局唯一的,如果有事務回滾,那麼已經自增的部分,是不會受影響的。多個事務之間的自增主鍵也不會互相影響, 能保證唯一,但不能保證最終的記錄是連續的。

注意

通過客戶端1和客戶端2的操作,可以發現沒提交的事務操作其他客戶端是不能看到的。

這是 REPEATABLE-READ 事務隔離級別, 在開啟事務後, 還沒提交前, 客戶端看到的記錄, 是 事務開啟那一刻的快照, 加上本次會話中執行操作的結果。保證在事務執行過程中,不受其他會話所提交事務的影響。

如果事務的隔離級別是 READ COMMITtED , 只能看到提交成功的記錄。

查詢事務隔離級別: select @@tx_isolation

客戶端3的操作

使用新的客戶端3連接到服務器, 用戶為 root,密碼也是 root 如:

mysql -h localhost -P 3306 -u root -proot

切換 database:

USE `test`;

然後,在客戶端3之中, 先使用查詢語句:

SELECT * FROM `test`.`test_auto`;

可以看到, 一條數據也沒有,因為還沒有數據被提交。

客戶端1的操作-續

回到客戶端1的窗口, 執行查詢語句:

SELECT * FROM `test`.`test_auto`;

可以看到還是原先的6條記錄。接著提交事務

commit;

客戶端2的操作-續

回到客戶端2的窗口, 執行查詢語句:

SELECT * FROM `test`.`test_auto`;

可以看到還是原先的5條記錄。接著回滾事務

rollback;

再執行查詢語句:

SELECT * FROM `test`.`test_auto`;

可以看到6條記錄(ID為1-6),為什麼是6條? 因為回滾時本次事務就結束,然後也不讀取快照版本,而是讀取所有可見的數據,即客戶端1提交的數據。

其他操作

接著在客戶端1中看到的也是6條記錄.

也可以繼續執行幾次插入或者事務操作,中途查詢數據,並分析結果。

小結

MySQL的自動增長列, 保證了不重復,不保證中間不跳號(當然,不跳號只有某些特殊業務有需求)。特別是在事務執行環境裡執行時, 為了不影響邏輯與性能，也只能采用這種處理方式。