為什麼 MySQL 回滾事務也會導致 ibd 文件增大？
一個簡單的測試：
start transaction;
insert into tb1 values(3, repeat('a', 65000),'x',1);
--commit;
rollback;
下圖分別是 tb1.ibd 在插入前，回滾前，回滾後的文件大小：
有人在QQ群問：為什麼回滾會導致tb1.idb的磁盤空間增大？
首先：131072-98304=163840-131072=32768
這裡要存儲 65000 個字符'a' ，那麼字段類型應該是 text. 而 text 字段的處理是很特別的：
Each BLOB or TEXT value is represented internally by a separately allocated object. This is in contrast
to all other data types, for which storage is allocated once per column when the table is opened.
也就是說對於 text/blob 字段來說，它們是另外分配了一個專門的對象來存儲，對它們的處理不會在內存中進行緩存，而是直接寫入磁盤中。所以未提交時，就可以看到 tb1.idb 發生了增長。
而對於 insert 操作的 rollback，那麼必須將之前插入的數據進行 delete 操作，而 delete 操作是邏輯操作，也就是設置一個標志位就行了，於是又分配了一個專門的對象來存儲這個設置了刪除標志的對象。於是磁盤空間增長了兩次(暫時只能這麼解釋了...)，每次都是 32768字節(2的15次方)。一旦提交或者rollback，磁盤空間就可以被回收。
為什麼是 32768呢？
text的最大存儲空間是 65656 個字節，每次分配的最小單位是 32768字節。
也就是 insert 和 rollback 都導致了一次 text 字段磁盤空間的增長分配，而分配的最小單位是32768.
如何你將 repeat('a',65000) 換成： repeat('a',65535) 在進行測試，你會發現，insert 時，tb1.idb會增長65536，在執行rollback時也會導致 tb1.idb 再次增長32768。
所以應該是 rollback 會導致 text 字段另外分配一次空間，而分配的最小單位是32768。可能和 text 字段的存儲結構有關系。這個需要看源碼了。
測試表明，其它非 text 字段的 rollback 操作，不會導致 ibd 文件增大。
測試建表語句如下：
mysql> show create table tb1\G
*************************** 1. row ***************************
Table: tb1
Create Table: CREATE TABLE `tb1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`webtext` text COLLATE utf8mb4_bin,
`tp` varchar(2) COLLATE utf8mb4_bin DEFAULT NULL,
`se` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin
1 row in set (0.00 sec)
