顯示定義ID

表定義的自增值ID達到上限后，在申請下一個ID時，得到的值保持不變

-- (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沒有改變
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、如果創建的InnoDB表沒有指定主鍵，那么InnoDB會創建一個不可見的，長度為6 Bytes的row_id

2、InnoDB維護一個全局的dict_sys.row_id值，所有無主鍵的InnoDB表，每插入一行數據

• 都將當前的dict_sys.row_id值作為要插入數據的row_id，然后把dict_sys.row_id的值+1

3、代碼實現上，row_id是一個8 Bytes的BIGINT UNSIGNED

• 但InnoDB設計時，給row_id只保留了6 Bytes的空間，寫到數據表時只會存放最后的6 Bytes
• row_id的取值范圍：0 ~ 2^48-1
• 達到上限后，下一個值就是0

4、在InnoDB里面，申請到row_id=N后，就將這行數據寫入表中

• 如果表中已經有row_id=N的行，新寫入的行就會覆蓋原有的行

5、推薦顯示創建自增主鍵

• 表自增ID達到上限后，再插入數據時會報主鍵沖突的錯誤，影響的是可用性
• 而覆蓋數據，意味著數據丟失，影響的是可靠性
• 一般來說，可靠性優于可用性

XID

1、redolog和binlog相配合的時候，有一個共同的字段XID，對應一個事務

2、生成邏輯

• MySQL內部維護一個全局變量global_query_id
• 每次執行語句的時候將global_query_id賦值給Query_id，然后global_query_id+1
• 如果當前語句是這個事務執行的第一條語句，把Query_id賦值給這個事務的XID

3、global_query_id是一個純內存變量，重啟之后清零

• 因此，在同一個數據庫實例中，不同事務的XID也有可能是相同的
• MySQL重啟之后，會重新生成新的binlog
  • 保證：同一個binlog文件里，XID是唯一的
• global_query_id達到上限后，就會繼續從0開始計數
  • 因此理論上，同一個binlog還是會出現相同的XID，只是概率極低

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

• 執行一個事務，假設XID是A
• 接下來執行2^64次查詢語句，讓global_query_id回到A
• 再啟動一個事務，這個事務的XID也是A

InnoDB trx_id

1、XID是由Server層維護的

2、InnoDB內部使用的是trx_id，為的是能夠在InnoDB事務和Server層之間做關聯

3、InnoDB內部維護一個max_trx_id的全局變量

• 每次需要申請一個新的trx_id，就獲得max_trx_id的當前值，然后max_trx_id+1

4、InnoDB數據可見性的核心思想

• 每一行數據都記錄了更新它的trx_id
• 當一個事務讀到一行數據的時候，判斷數據可見性的方法
  • 事務的一致性視圖和這行數據的trx_id做對比

5、對于正在執行的事務，可以通過information_schema.innodb_trx看到事務的trx_id

操作序列