MySQL 升級的最佳實踐

類別: IT
標籤: sql mysql

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,來具體看一下彼此的升級過程。

通常情況下,有兩中升級方式:

  • 直接升級:安裝好新版本資料庫後,利用已經存在的資料資料夾,同時執行mysql_upgrade指令碼來升級。

  • SQL 匯出: 從一個較老版本的mysql把資料匯出,然後恢復到新版本的資料庫中。(利用mysqldump工具)。

相比之下,第二種方式更安全些,但是這也會使得升級的過程要慢一些。

理論上講,最安全的方式是:

  • 匯出所有使用者的許可權

  • 匯出所有資料並恢復到新版本資料庫中

  • 恢復使用者許可權到新資料庫中

下面是基本的操作步驟(在開始之前最好停止有關資料庫操作的應用).

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軟體一樣)。這是一個熱備份工具,它允許你線上備份資料而不影響你對資料庫的讀寫操作,而且它備份資料時產生很小的影響。

最後,你會覺得這個帖子也是很有用的”Upgrading MySQL.“雖然已經是老帖子了,但是還是比較有意義的。再看一個有意義的文章webinar,”Upgrading to MySQL 5.6: Best Practices.“。這兩篇文都出自Percona CEO Peter Zaitsev

結論:

一次MySQL升級看起來是個簡單的任務,但實際上並沒有那麼簡單。我試圖在這篇文章中最大限度覆蓋所有有關MySQL升級中你可能遇到的情況。再次強調,我建議你在應用更新的版本之前,先測試一下你的應用在新版本中的效果。否則,可能會使你的應用崩潰,或者得到的不是提高查詢效率而是降低查詢效率。最後,我建議你準備一個降級計劃或措施,以防你升級之後出現不可預料的錯誤。在問題出現的時候,有一個規劃好的降級程式將會極大的減少你的應用停工期。期待你在下面發表評論和提問。

MySQL 升級的最佳實踐原文請看這裡

推薦文章