InnoDB引擎有幾個重點(diǎn)特性,為其帶來了更好的性能和可靠性:
- 插入緩沖(Insert Buffer)
- 兩次寫(Double Write)
- 自適應(yīng)哈希索引(Adaptive Hash Index)
- 異步IO(Async IO)
- 刷新鄰接頁(Flush Neighbor Page)
刷新鄰接頁
InnoDB存儲引擎還提供了Flush Neighbor Page(刷新鄰接頁)的特性芦瘾。其工作原理為:當(dāng)刷新一個臟頁時集畅,InnoDB存儲引擎會檢測該頁所在區(qū)(extent)的所有頁,如果是臟頁挺智,那么一起進(jìn)行刷新。
有兩個問題:
1)是不是可能將不怎么臟的頁進(jìn)行了寫入二鳄,而該頁之后又會 很快變成臟頁媒怯?
2)固態(tài)硬盤有著較高的IOPS,是否還需要這個特性沪摄?
所以纱烘,InnoDB1.2.x版本開始提供了參數(shù)innodb_flush_neighbors祈餐,用來控制是否啟用該特性。對于傳統(tǒng)機(jī)械硬盤建議啟用該特性哺壶,而對于固態(tài)硬盤有著較高的IOPS性能的磁盤蜒谤,則建議將該參數(shù)設(shè)置為0,即關(guān)閉該特性鳍徽。
啟動、關(guān)閉和恢復(fù)
InnoDB存儲引擎是MySql數(shù)據(jù)庫的存儲引擎之一绷杜,因此InnoDB存儲引擎的啟動和關(guān)閉濒募,或者說MySql數(shù)據(jù)庫服務(wù)器的啟動和關(guān)閉過程對InnoDB存儲引擎的處理過程。
在關(guān)閉時瑰剃,參數(shù) innodb_fast_shutdown影響著表的InnoDB存儲引擎的行為,該參數(shù)可以為0粤剧,1舀凛,2,默認(rèn)值為1猛遍;
mysql> show variables like 'innodb_fast_shutdown';
+----------------------+-------+
| Variable_name | Value |
+----------------------+-------+
| innodb_fast_shutdown | 1 |
+----------------------+-------+
1 row in set (0.00 sec)
(1)為0時号坡,表示在MySql數(shù)據(jù)庫關(guān)閉時,InnoDB需要完成所有的full purge和merge insert buffer腌紧,并且將所有的臟頁刷新回磁盤畜隶。這需要一些時間号胚,有時甚至需要幾個小時來完成浸遗。如果在進(jìn)行InnoDB升級時,必須將這個參數(shù)設(shè)置為0跛锌,然后再關(guān)閉數(shù)據(jù)庫。
(2)1是參數(shù) innodb_fast_shutdown的默認(rèn)值菠赚,表示不需要完成上述的full purge和merge insert buffer操作郑藏,但是在緩沖池中的一些數(shù)據(jù)臟頁還是會刷新回磁盤。
(3)2表示不完成full purge和merge insert buffer操作必盖,也不將緩沖池中的數(shù)據(jù)臟頁寫回磁盤,而是將日志都寫入日志文件们拙。這樣不會有任何事務(wù)的丟失阁吝,但是下次MySql數(shù)據(jù)庫啟動時,會進(jìn)行恢復(fù)操作突勇。
當(dāng)正常關(guān)閉MySql數(shù)據(jù)庫時甲馋,下次的啟動應(yīng)該會非常正常埂奈。但是如果沒有正常地關(guān)閉數(shù)據(jù)庫定躏,如用kill命令關(guān)閉數(shù)據(jù)庫,在MySql數(shù)據(jù)庫運(yùn)行中重啟了服務(wù)器垮抗,或者在關(guān)閉數(shù)據(jù)庫時碧聪,將參數(shù)innodb_fast_shutdown設(shè)置為了2,下次MySql數(shù)據(jù)庫啟動時都會對InnoDB存儲引擎的表進(jìn)行恢復(fù)操作逞姿。
參數(shù)innodb_force_recovery影響了整個InnoDB存儲引擎恢復(fù)的狀態(tài)捆等。該參數(shù)默認(rèn)值為0续室,表示當(dāng)發(fā)生需要恢復(fù)時猎贴,進(jìn)行所有的恢復(fù)操作,當(dāng)不能進(jìn)行有效恢復(fù)時她渴,如數(shù)據(jù)頁發(fā)生了corruption,MySql數(shù)據(jù)庫可能發(fā)生宕機(jī)(crash)沉唠,并把錯誤寫入錯誤日志中去苛败。
mysql> show variables like 'innodb_force_recovery';
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| innodb_force_recovery | 0 |
+-----------------------+-------+
1 row in set (0.00 sec)
某些情況下,可能并不需要進(jìn)行完整的恢復(fù)操作罢屈,因?yàn)橛脩糇约褐涝趺催M(jìn)行恢復(fù)。比如在對一個表進(jìn)行alter table操作時發(fā)生了意外锄贷,數(shù)據(jù)庫重啟時會對InnoDB表進(jìn)行回滾操作曼月,對于一個大表來說這需要很長時間,可能是幾個小時哑芹。這時用戶可以自行進(jìn)行恢復(fù)聪姿,如可以把表刪除,從備份中重新導(dǎo)入數(shù)據(jù)到表咳燕,可能這些操作的速度要遠(yuǎn)遠(yuǎn)快于回滾操作。
參數(shù)innodb_force_recovery還可以設(shè)置為6個非零值:1-6,大的數(shù)字表示包含了前面所有小數(shù)字表示的影響嘉冒。具體情況如下:
1:忽略檢查到的corrupt頁咆繁。
2:阻止Master Thread線程的運(yùn)行顶籽,如Master Thread線程需要進(jìn)行full purge,而這會導(dǎo)致crash坏为。
3:不進(jìn)行事務(wù)的回滾操作镊绪。
4:不進(jìn)行插入緩沖的合并操作。
5:不查看撤銷日志(Undo Log)蝴韭,InnoDB存儲引擎會將未提交的事務(wù)視為已提交。
6:不進(jìn)行前滾的操作履磨。
參數(shù)innodb_force_recovery的值大于0時庆尘,可以對表進(jìn)行select,creaete和drop操作,但是insert,update和delete這類DML操作是不允許的驶忌。
參考鏈接:https://blog.csdn.net/linux_ever/article/details/62045117