MySQL自增ID耗盡實(shí)例講解

顯示定義ID

表定義的自增值ID達(dá)到上限后，在申請(qǐng)下一個(gè)ID時(shí)，得到的值保持不變

-- (2^32-1) = 4,294,967,295
-- 建議使用 BIGINT UNSIGNED
CREATE TABLE t (id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY) AUTO_INCREMENT=4294967295;
INSERT INTO t VALUES (null);

-- AUTO_INCREMENT沒(méi)有改變
mysql> SHOW CREATE TABLE t;
+-------+------------------------------------------------------+
| Table | Create Table           |
+-------+------------------------------------------------------+
| t  | CREATE TABLE `t` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
 PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8 |
+-------+------------------------------------------------------+

mysql> INSERT INTO t VALUES (null);
ERROR 1062 (23000): Duplicate entry '4294967295' for key 'PRIMARY'

InnoDB row_id

1、如果創(chuàng)建的InnoDB表沒(méi)有指定主鍵，那么InnoDB會(huì)創(chuàng)建一個(gè)不可見(jiàn)的，長(zhǎng)度為6 Bytes的row_id

2、InnoDB維護(hù)一個(gè)全局的dict_sys.row_id值，所有無(wú)主鍵的InnoDB表，每插入一行數(shù)據(jù)

• 都將當(dāng)前的dict_sys.row_id值作為要插入數(shù)據(jù)的row_id，然后把dict_sys.row_id的值+1

3、代碼實(shí)現(xiàn)上，row_id是一個(gè)8 Bytes的BIGINT UNSIGNED

• 但I(xiàn)nnoDB設(shè)計(jì)時(shí)，給row_id只保留了6 Bytes的空間，寫(xiě)到數(shù)據(jù)表時(shí)只會(huì)存放最后的6 Bytes
• row_id的取值范圍：0 ~ 2^48-1
• 達(dá)到上限后，下一個(gè)值就是0

4、在InnoDB里面，申請(qǐng)到row_id=N后，就將這行數(shù)據(jù)寫(xiě)入表中

• 如果表中已經(jīng)有row_id=N的行，新寫(xiě)入的行就會(huì)覆蓋原有的行

5、推薦顯示創(chuàng)建自增主鍵

• 表自增ID達(dá)到上限后，再插入數(shù)據(jù)時(shí)會(huì)報(bào)主鍵沖突的錯(cuò)誤，影響的是可用性
• 而覆蓋數(shù)據(jù)，意味著數(shù)據(jù)丟失，影響的是可靠性
• 一般來(lái)說(shuō)，可靠性?xún)?yōu)于可用性

XID

1、redolog和binlog相配合的時(shí)候，有一個(gè)共同的字段XID，對(duì)應(yīng)一個(gè)事務(wù)

2、生成邏輯

• MySQL內(nèi)部維護(hù)一個(gè)全局變量global_query_id
• 每次執(zhí)行語(yǔ)句的時(shí)候?qū)lobal_query_id賦值給Query_id，然后global_query_id+1
• 如果當(dāng)前語(yǔ)句是這個(gè)事務(wù)執(zhí)行的第一條語(yǔ)句，把Query_id賦值給這個(gè)事務(wù)的XID

3、global_query_id是一個(gè)純內(nèi)存變量，重啟之后清零

• 因此，在同一個(gè)數(shù)據(jù)庫(kù)實(shí)例中，不同事務(wù)的XID也有可能是相同的
• MySQL重啟之后，會(huì)重新生成新的binlog
  • 保證：同一個(gè)binlog文件里，XID是唯一的
• global_query_id達(dá)到上限后，就會(huì)繼續(xù)從0開(kāi)始計(jì)數(shù)
  • 因此理論上，同一個(gè)binlog還是會(huì)出現(xiàn)相同的XID，只是概率極低

4、global_query_id是8 Bytes，上限為2^64-1

• 執(zhí)行一個(gè)事務(wù)，假設(shè)XID是A
• 接下來(lái)執(zhí)行2^64次查詢(xún)語(yǔ)句，讓global_query_id回到A
• 再啟動(dòng)一個(gè)事務(wù)，這個(gè)事務(wù)的XID也是A

InnoDB trx_id

1、XID是由Server層維護(hù)的

2、InnoDB內(nèi)部使用的是trx_id，為的是能夠在InnoDB事務(wù)和Server層之間做關(guān)聯(lián)

3、InnoDB內(nèi)部維護(hù)一個(gè)max_trx_id的全局變量

• 每次需要申請(qǐng)一個(gè)新的trx_id，就獲得max_trx_id的當(dāng)前值，然后max_trx_id+1

4、InnoDB數(shù)據(jù)可見(jiàn)性的核心思想

• 每一行數(shù)據(jù)都記錄了更新它的trx_id
• 當(dāng)一個(gè)事務(wù)讀到一行數(shù)據(jù)的時(shí)候，判斷數(shù)據(jù)可見(jiàn)性的方法
  • 事務(wù)的一致性視圖和這行數(shù)據(jù)的trx_id做對(duì)比

5、對(duì)于正在執(zhí)行的事務(wù)，可以通過(guò)information_schema.innodb_trx看到事務(wù)的trx_id

操作序列