InnoDB引擎有幾個(gè)重點(diǎn)特性，為其帶來了更好的性能和可靠性：

• 插入緩沖（Insert Buffer）
• 兩次寫（Double Write）
• 自適應(yīng)哈希索引（Adaptive Hash Index）
• 異步IO（Async IO）
• 刷新鄰接頁（Flush Neighbor Page）

刷新鄰接頁

InnoDB存儲(chǔ)引擎還提供了Flush Neighbor Page(刷新鄰接頁)的特性。其工作原理為：當(dāng)刷新一個(gè)臟頁時(shí)，InnoDB存儲(chǔ)引擎會(huì)檢測(cè)該頁所在區(qū)(extent)的所有頁，如果是臟頁，那么一起進(jìn)行刷新。
有兩個(gè)問題：
1）是不是可能將不怎么臟的頁進(jìn)行了寫入，而該頁之后又會(huì) 很快變成臟頁？
2）固態(tài)硬盤有著較高的IOPS，是否還需要這個(gè)特性？
所以，InnoDB1.2.x版本開始提供了參數(shù)innodb_flush_neighbors，用來控制是否啟用該特性。對(duì)于傳統(tǒng)機(jī)械硬盤建議啟用該特性，而對(duì)于固態(tài)硬盤有著較高的IOPS性能的磁盤，則建議將該參數(shù)設(shè)置為0，即關(guān)閉該特性。

啟動(dòng)、關(guān)閉和恢復(fù)

InnoDB存儲(chǔ)引擎是MySql數(shù)據(jù)庫的存儲(chǔ)引擎之一，因此InnoDB存儲(chǔ)引擎的啟動(dòng)和關(guān)閉，或者說MySql數(shù)據(jù)庫服務(wù)器的啟動(dòng)和關(guān)閉過程對(duì)InnoDB存儲(chǔ)引擎的處理過程。
在關(guān)閉時(shí)，參數(shù) innodb_fast_shutdown影響著表的InnoDB存儲(chǔ)引擎的行為，該參數(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時(shí)，表示在MySql數(shù)據(jù)庫關(guān)閉時(shí)，InnoDB需要完成所有的full purge和merge insert buffer，并且將所有的臟頁刷新回磁盤。這需要一些時(shí)間，有時(shí)甚至需要幾個(gè)小時(shí)來完成。如果在進(jìn)行InnoDB升級(jí)時(shí)，必須將這個(gè)參數(shù)設(shè)置為0，然后再關(guān)閉數(shù)據(jù)庫。
（2）1是參數(shù) innodb_fast_shutdown的默認(rèn)值，表示不需要完成上述的full purge和merge insert buffer操作，但是在緩沖池中的一些數(shù)據(jù)臟頁還是會(huì)刷新回磁盤。
（3）2表示不完成full purge和merge insert buffer操作，也不將緩沖池中的數(shù)據(jù)臟頁寫回磁盤，而是將日志都寫入日志文件。這樣不會(huì)有任何事務(wù)的丟失，但是下次MySql數(shù)據(jù)庫啟動(dòng)時(shí)，會(huì)進(jìn)行恢復(fù)操作。

當(dāng)正常關(guān)閉MySql數(shù)據(jù)庫時(shí)，下次的啟動(dòng)應(yīng)該會(huì)非常正常。但是如果沒有正常地關(guān)閉數(shù)據(jù)庫，如用kill命令關(guān)閉數(shù)據(jù)庫，在MySql數(shù)據(jù)庫運(yùn)行中重啟了服務(wù)器，或者在關(guān)閉數(shù)據(jù)庫時(shí)，將參數(shù)innodb_fast_shutdown設(shè)置為了2，下次MySql數(shù)據(jù)庫啟動(dòng)時(shí)都會(huì)對(duì)InnoDB存儲(chǔ)引擎的表進(jìn)行恢復(fù)操作。

參數(shù)innodb_force_recovery影響了整個(gè)InnoDB存儲(chǔ)引擎恢復(fù)的狀態(tài)。該參數(shù)默認(rèn)值為0，表示當(dāng)發(fā)生需要恢復(fù)時(shí)，進(jìn)行所有的恢復(fù)操作，當(dāng)不能進(jìn)行有效恢復(fù)時(shí)，如數(shù)據(jù)頁發(fā)生了corruption，MySql數(shù)據(jù)庫可能發(fā)生宕機(jī)（crash)，并把錯(cuò)誤寫入錯(cuò)誤日志中去。

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ù)。比如在對(duì)一個(gè)表進(jìn)行alter table操作時(shí)發(fā)生了意外，數(shù)據(jù)庫重啟時(shí)會(huì)對(duì)InnoDB表進(jìn)行回滾操作，對(duì)于一個(gè)大表來說這需要很長(zhǎng)時(shí)間，可能是幾個(gè)小時(shí)。這時(shí)用戶可以自行進(jìn)行恢復(fù)，如可以把表刪除，從備份中重新導(dǎo)入數(shù)據(jù)到表，可能這些操作的速度要遠(yuǎn)遠(yuǎn)快于回滾操作。

參數(shù)innodb_force_recovery還可以設(shè)置為6個(gè)非零值：1-6，大的數(shù)字表示包含了前面所有小數(shù)字表示的影響。具體情況如下：
1：忽略檢查到的corrupt頁。
2：阻止Master Thread線程的運(yùn)行，如Master Thread線程需要進(jìn)行full purge，而這會(huì)導(dǎo)致crash。
3：不進(jìn)行事務(wù)的回滾操作。
4：不進(jìn)行插入緩沖的合并操作。
5：不查看撤銷日志（Undo Log），InnoDB存儲(chǔ)引擎會(huì)將未提交的事務(wù)視為已提交。
6：不進(jìn)行前滾的操作。

參數(shù)innodb_force_recovery的值大于0時(shí)，可以對(duì)表進(jìn)行select,creaete和drop操作，但是insert,update和delete這類DML操作是不允許的。

參考鏈接：https://blog.csdn.net/linux_ever/article/details/62045117