DBA應用技巧：如何升級InnoDB Plugin
本文中，我們將向讀者詳細介紹如何升級動態InnoDB Plugin和升級靜態編譯的InnoDB Plugin，以及如何轉換由1.0.2以前版本創建的壓縮表。
一、概述
得益于MySQL的插件式存儲引擎體系結構，InnoDB Plugin的升級變得非常簡單，只需關閉MySQL，替換與平臺有關的可執行文件，然后重啟服務器即可。如果您希望升級并使用現有的數據庫，那么必須關閉MySQL，否則的話，新的插件在合并緩存的插入數據或者清空已刪記錄的時候就會出錯。如果您的數據庫中沒有任何壓縮表，在慢關機后，使用最新的InnoDB Plugin處理起數據庫來就不會遇到問題了。
然而，如果您的數據庫中含有壓縮表的話，則不適合使用InnoDB Plugin 1.0.8。因為1.0.2版本的InnoDB Plugin引入了一個不兼容的特性，所以一些壓縮表可能需要重建，具體轉換步驟見后文。
當然，我們可以使用mysqldump或其他的方法來重建我們的數據庫。如果我們的數據庫較小，或者各個表之間存在許多引用約束的話，那么這是一種較好的方法。
需要注意的是，如果使用InnoDB Plugin 1.0.8訪問您的數據庫的話，就不要再試圖用1.0.2之前的插件來訪問它們了。
二、升級動態InnoDB Plugin
在關閉包含InnoDB Plugin的MySQL服務器之前，我們必須啟用慢關閉功能，設置如下所示：
- SET GLOBAL innodb_fast_shutdown=0;
在MySQL服務器在其中尋找插件的目錄內，將舊InnoDB Plugin (ha_innodb_plugin.so或ha_innodb_plugin.dll)的可執行文件重新命名，以便在需要的時候可以恢復它們。過后，我們也可以刪除這些文件。插件所在的目錄是由系統變量plugin_dir指定的。默認的位置通常是在basedir指定的目錄的lib/plugin子目錄中。
首先，我們需要根據自己的服務器平臺、操作系統和MySQL版本來下載合適的程序包。然后利用相應的工具進行解壓縮，在Linux和Unix系統下通常使用tar，在Windows系統中通常使用WinZip等工具軟件。將文件ha_innodb_plugin.so或ha_innodb_plugin.dll復制至MySQL服務器在其中尋找插件的目錄下。
啟動MySQL服務器。如果需要的話，可以按照后文介紹的方法來轉換壓縮表。
三、升級靜態編譯的InnoDB Plugin
就像動態安裝InnoDB Plugin一樣，我們需要慢關閉MySQL服務器。如果您的MySQL是從源代碼編譯過來并用源代碼樹中的InnoDB Plugin替換了MySQL內建的InnoDB的話，那么實際上您就會得到一個特殊版本的包含InnoDB Plugin的mysqld可執行文件。
如果您想升級到一個動態鏈接的InnoDB Plugin，則需要先卸載靜態編譯的InnoDB Plugin，然后再安裝作為共享庫發行的預編譯InnoDB Plugin。
如果您想從一個靜態編譯的InnoDB Plugin版本升級到另一個靜態編譯的InnoDB Plugin版本的話，則必須先重新構建一個mysqld可執行文件，關閉服務器，然后替換mysqld可執行文件，再啟動服務器。
不管怎樣，如果數據庫含有壓縮表的話，務必按照后文介紹的方法轉換壓縮表。
四、轉換由1.0.2以前版本創建的壓縮表
InnoDB Plugin的1.0.2版本引入了一個不兼容的壓縮表格式。這意味著，InnoDB Plugin早期版本創建的一些壓縮表，必須使用更大的KEY_BLOCK_SIZE重新構建之后才能夠繼續使用。
升級到InnoDB Plugin 1.0.2或更高版本的時候，如果必須保持現有的數據庫的話，則需要慢關閉正在運行早先版本InnoDB Plugin的MySQL。之后，確定出哪些壓縮表需要轉換，繼而使用新版本的InnoDB Plugin升級這些表。具體操作如下所示。
下面介紹如何處理由1.0.0版本或1.0.1版本的InnoDB Plugin所創建的壓縮表。由于新版本中引入了一個不兼容的特性，所以新InnoDB Plugin從壓縮表清除已刪記錄或者合并緩沖的插入記錄時，會遇到問題。然而，也不是所有的壓縮表都需要重新構建。這里我們將為讀者介紹如何識別和處理這些需要重建的壓縮表。
如果現有的數據庫包含有之前版本InnoDB Plugin所創建的表的話，必須使用慢關閉使用舊的InnoDB Plugin的MySQL服務器。即，在關閉InnoDB Plugin舊實例之前，需要設置SET GLOBAL innodb_fast_shutdown=0。
在啟動升級了InnoDB Plugin的MySQL服務器之后，必須檢查壓縮表是否已經轉換。首先，啟用InnoDB的strict模式進行更為細致的錯誤檢查：SET SESSION innodb_strict_mode = 1。然后，為每一個壓縮表生成一個對應的新表。我們可以通過以下步驟完成：
1. 列出壓縮表：
- SELECT table_schema, table_name
- FROM information_schema.tables
- WHERE engine=’innodb’ AND row_format=’COMPRESSED’;
2. 對于每個表，顯示其表的定義：SHOW CREATE TABLE table_schema.table_name\G
3. 使用不同的表名執行CREATE TABLE語句。
4. 如果表創建成功，刪除新建的表，繼續處理下一個壓縮表。
5. 如果表創建失敗，則嘗試用更大的KEY_BLOCK_SIZE，直到成功為止。然后刪除新創的表，使用剛才成功執行CREATE TABLE的KEY_BLOCK_SIZE對原始表執行ALTER TABLE。
如果某些特殊的表不允許增加KEY_BLOCK_SIZE，則可以用較短的列索引長度來重建表。這是因為用于索引的列前綴會占用B樹結點中的大量空間。較短的前綴減少了索引的精選，但是索引記錄會更短，以便它們適于頁面大小。較短的前綴還意味著更多的索引項適于B樹結點，從而提高了效率。
如果各個表之間存在引用約束的話，上述過程將會更加復雜，所以更好的選擇是聯合使用舊的InnoDB Plugin和mysqldump，然后用InnoDB Plugin 1.0.2把數據載入新的數據庫中。
五、小結
本文中，我們向讀者詳細介紹了如何升級動態InnoDB Plugin和升級靜態編譯的InnoDB Plugin，以及如何轉換由1.0.2以前版本創建的壓縮表。
【編輯推薦】
