MySQL升級是非常必要的. 我們在Percona Support上列出了關於MySQL升級最佳實踐的各種問題.這篇文章推薦了一些不同情況下升級MySQL的方法.
為什麼MySQL升級是必須的? 原因有很多,比如：為了使用新增的特性,基於性能方面的考量, 修復的bug. 但是在沒有充分的測試以前就應用到你的應用中是非常危險的, 因為升級可以能會讓你的應用不能正常運作- 也可能引起性能的問題. 此外, 我建議你關注MySQL的發布信息和Percona Server - 看看最近的版本有什麼變化. 也許在在最新的版本中已修復了某個你正在煩惱的問題.
通過SQL Dump升級主版本:
把Percona Server從5.1升級到5.5版本或者是從5.5升級到5.6版本的升級模式同樣適用於Oracle MySQL.
首先, 主版本升級並不是說可以不做任何准備,或者沒有任何風險. 在升級之前你需要閱讀相關的“升級”文檔,比如:MySQL5.1到MySQL5.5的升級文檔,MySQL5.5到MySQL5.6的升級文檔.在這些文檔裡面你需要特別注意“Incompatible Change”部分,並檢查你是否會受到這些變化的影響.它們可能是配置參數名字變更, 去掉舊的參數,引入新的參數等- 你需要根據這些變化在my.cnf文件做相應的變更.Percona Server 5.5需要特別注意的文檔在這裡, Percona Server 5.6需要特別注意的文檔在這裡.
現在，你有幾種可行的方式升級，其中一種較靈活，另一種則依賴你當前系統的拓撲結構和數據庫數據大小 - 這種方法比前一種更安全。我們看個例子從 Percona Server 5.5 升級到 Percona Server 5.6，來具體看一下彼此的升級過程。
通常情況下，有兩中升級方式：
相比之下，第二種方式更安全些，但是這也會使得升級的過程要慢一些。
理論上講，最安全的方式是：
下面是基本的操作步驟(在開始之前最好停止有關數據庫操作的應用).
1) 獲取用戶和權限信息. 該操作會備份所有用戶的權限.
$ wget percona.com/get/pt-show-grants; $ perl pt-show-grants --user=root --ask-pass --flush > /root/grants.sql
2) dump 5.5數據庫實例的所有信息(除去mysql, information_schema 和performance_schema數據庫).
$ mysql -BNe "SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME NOT IN ('mysql', 'performance_schema', 'information_schema')" | tr 'n' ' ' > /root/dbs-to-dump.sql
$ mysqldump --routines --events --single-transaction --databases $(cat /root/dbs-to-dump.sql) > /root/full-data-dump.sql
3) 停止數據庫
$ service mysql stop
or
$ /etc/init.d/mysql stop
4) 移動舊數據庫(5.5版本)的數據目錄(假設是/var/lib/mysql,此處應該改為你自己的數據目錄)
$ mv /var/lib/mysql/ /var/lib/mysql-55
5) 安裝5.6版本(按照正常安裝流程). 如果你不是用的yum/apt-get方式安裝的,你需要執行 mysql_install_db 和mysql_upgrade兩個命令.
6) 將在1)操作中導出的用戶信息導入到新數據庫中.
mysql -uroot < /root/grants.sql
7) 將2)導出的數據導入到新數據庫.
$ mysql -e "SET GLOBAL max_allowed_packet=1024*1024*1024"; $ mysql -uroot -p --max-allowed-packet=1G < /root/full-data-dump.sql;
此時, 所有的表都在MySQL 5.6中重建及重新加載完成,所以所有的二進制文件對MySQL 5.6可用. 同時也你完成了最干淨/最穩定的升級過程,你可以恢復你的應用- 這個升級過程和valina MySQL與Percona Server的升級過程是一樣的.甚至你可以把Oracle MySQL升級到Percona Server. 比如: 把Oracle MySQL 5.5升級到Percona Server 5.6. 再次強調: MySQL的升級過程和Percona Server的升級過程是一樣的,只需要將Percona Server 替換成Oracle MySQL即可.
"SQL dump" 也可以稱為邏輯備份.用升級後的MySQL二進制文件來重建所有的表基本沒有兼容問題,從這一方面來說"SQL dump"更安全. 但是對於TB, GB級的大數據來說,這種方法非常的耗時. 另一方面, 備份/重新加載如此大的數據集,比如重建InnoDB表,你需要恢復很多的空閒磁盤,這樣會引起的磁盤碎片整理優化.對於常更新或者刪除的數據來說, 這麼做是有益的.
用In-Place升級小版本:
這種升級方式是在一個主版本內做小版本升級, 比如把MySQL 5.5.35升級到MySQL 5.5.38或者是把Percona Server 5.6.14升級到最新的Percona Server 5.6.20
這被稱為一個就地升級,你只安裝一個新的二進制包,然後運行mysql_upgrade腳本,如果必要的話,檢查和更新系統表。仍然,就地升級我們強烈推薦檢查新功能的發布說明,bug修復等。Percona Server 5.5 和 Percona Server 5.6 發行說明可以分別在這兒和那兒找到。
當我們需要升級Percona服務器時，針對它的Percona-specific的一些特性,對於Percona服務器我們有額外的文檔描述一些細節，可以在這兒和那兒找到。這也包括完成就地升級過程的和yum/apt的包管理器。
同時,在安全方面你可以升級那些使用較早描述的邏輯轉儲程序,mysqldump或mydumper程序——前者並行備份和恢復和邏輯備份,升級是最安全的方法。
直接升級到最新版本:
跳過5.1版本直接把MySQL從5.0版本升級到5.5版本,或者跳過5.5版本直接從MySQL 5.1升級到5.6.甚至,可以直接從MySQL 5.0升級到MySQL 5.6雖然現在只有少數人還在使用MySQL 5.0版本. 這種同樣使用於Percona Server.
在這裡我們假設跳過5.5版本,把Oracle MySQL或者Percona Server直接從5.1版本升級到5.6版本.
在開始之前，你要意識到這是一個很慎重的操作，將一步跨過一個重要的MySQL版本。也就是說，這是有風險的。用二進制文件升級是不建議的，而且這樣直接跨越一個重要版本也是不安全的，所以你絕不能這樣5.0->5.5,5.1->5.6,或者5.0->5.6做。有一個問題是，MySQL版本不是所有改變都前向兼容的。新版本中介紹的一些改變可能不僅會影響數據如何處理，還會影響服務器行為包括SQL語句和MySQL服務器和內部存儲引擎（此處不知標准否）。另一個問題是MySQL5.0與5.6版本之間的變化，一些默認的設置變量被改變了，這可能會導致結果完全不一樣或者行為完全不同。例如：MySQL5.5的默認存儲引擎是InnoDB，MySQL5.6的存儲引擎InnoDB將可以為每個數據庫表創建單獨表空間（separate tablespace），還有GTID復制（GTID replication）也被引入。有太多細節這裡就不一一列舉了，所有這些改變都被描述在MySQL的“升級文檔”中，詳情可以查看升級文檔。
這裡重點提一下，極不推薦跳過一個重要版本來升級。從MySQL5.1升級到5.6不應該一步完成，我建議先從5.1升級到5.5，再從5.5升級到5.6，每步都要運行MySQL自動升級（mysql_upgrade）。這將比較有效處理手冊上所說的升級改變。
MySQL的升級預防措施：
MySQL的升級預防措施是升級的一個基本部分。在你升級之前，確保你在新的MySQL版本中徹底測試了所有的應用功能。這對重要版本之間的升級尤為重要，對重要版本之間的跨越升級也很重要（例如，從MySQL5.1升級到MySQL5.6）。
確保你認真閱讀了發行說明，並且你清楚所有改變。你可以從以下鏈接中獲取Oracle MySQL 5.5和5.6的發行說明：
http://dev.mysql.com/doc/relnotes/mysql/5.5/en/
http://dev.mysql.com/doc/relnotes/mysql/5.6/en/
Percona Server有單獨的發行說明，按上面說的順序可以參看以下鏈接：
http://www.percona.com/doc/percona-server/5.5/release-notes/release-notes_index.html
http://www.percona.com/doc/percona-server/5.6/release-notes/release-notes_index.html
如果你計劃升級到 Oracle MySQL 5.6 或者 Percona Server 5.6，我建議你首先檢查以下已經存在的關鍵bugs。以下是你需要注意的一些bugs：
http://bugs.mysql.com/bug.php?id=66546
http://bugs.mysql.com/bug.php?id=68953
http://bugs.mysql.com/bug.php?id=69444
http://bugs.mysql.com/bug.php?id=70922
http://bugs.mysql.com/bug.php?id=72794
http://bugs.mysql.com/bug.php?id=73820
升級的層次結構：
這也是每一次MySQL升級的關鍵。你需要根據一個升級層次結構來做你的每次升級。建議的次序結構是：首先升級 dev/QA servers，然後升級 staging server，最後升級到 production servers上。實際上，你可以縮小升級的步伐，一步一步升級到你想要的版本，每步都可以充分地測試原來的應用。
一旦你對在test servers, staging servers等上運行的升級感到滿意後，你就可以在你的production servers上進行升級了。在副本環境下，我建議你先升級MySQL slaves（一個接一個的）最後升級MySQL master。實際上，你可以先升級一個slaves，讓它在安全環境下運行幾天，同時觀察仔細觀察它的運行情況。如果你的服務器中沒有副本環境的設置，那麼還是值得建立一個副本環境來測試新版的MySQL的。一旦你對升級結果感到滿意，你可以升級其他的slaves，最後升級master。
Percona軟件包幫助你MySQL升級：
在MySQL升級中，Percona Toolkit 都能幫助你。Percona Toolkit 的一些工具將會起到很大的作用。
pt-upgrade 是其中的一個工具。它使你能測試新版MySQL實例是否能夠達到像老版本處理一些特定查詢的時候一樣的速度。新版本可能有一些本質上的改變，因為MySQL的查詢優化器從5.1到5.6已經有了重大改變，還有數據統計可能刷新，因此查詢計劃會改變。你可以在手冊中看到更多優化器的改變。
pt-query-digest 是另一個能給你極大幫助的工具。你可以多次運行你的slow query log，以比較確認在現在的版本和新版本之間的表現差別。
你也可以從MySQL的Percona Cloud Tools中獲得幫助，這是一個托管服務，可以為所有MySQL的使用提供查詢性能分析。現在你可以免費注冊這個服務，因為現在這項服務在進行公開測試。Percona Cloud Tools在許多同類產品中，能讓你可視化的觀察到每次MySQL升級後的查詢表現。
再次重申，強烈建議你每次更新MySQL前備份數據。Percona XtraBackup就是一款免費、開源的（就像所有Percona軟件一樣）。這是一個熱備份工具，它允許你在線備份數據而不影響你對數據庫的讀寫操作，而且它備份數據時產生很小的影響。
結論：
一次MySQL升級看起來是個簡單的任務，但實際上並沒有那麼簡單。我試圖在這篇文章中最大限度覆蓋所有有關MySQL升級中你可能遇到的情況。再次強調，我建議你在應用更新的版本之前，先測試一下你的應用在新版本中的效果。否則，可能會使你的應用崩潰，或者得到的不是提高查詢效率而是降低查詢效率。最後，我建議你准備一個降級計劃或措施，以防你升級之後出現不可預料的錯誤。在問題出現的時候，有一個規劃好的降級程序將會極大的減少你的應用停工期。期待你在下面發表評論和提問。
