維基百科英文版與德文版的資料庫 (條目最多的兩個語言) 從 MySQL 轉移到 MariaDB 了…

維基百科英文版與德文版的資料庫 (條目最多的兩個語言) 從 MySQL 轉移到 MariaDB 了…
http://feedly.com/k/128s6tn

維基百科官方宣佈兩個條目最多的資料庫 (英文與德文) 已經從 MySQL (有 FB patch 的版本) 轉移到 MariaDB 5.5 了：「Wikipedia Adopts MariaDB」。

維基百科的資料庫從 MySQL 4.0 升級到 MySQL 5.1 時花了不少功夫轉換 (可以想像出來，這兩個版本的差距…)，然後這次再到這次的 MariaDB 5.5 就輕鬆不少。

在文章內有提到因為維基百科是 read-heavy site，大多數前端的負荷都在 squid 層擋下來，實際到後端的量則是再透過 Redis 與 memcached 打散負荷。不過即使做了這麼多層 cache，英文版資料庫在尖峰時間還是有 50k qps 的量在跑。

尖峰時間這 50k qps 的量有 80% (也就是 40k qps) 是打散到兩台不同地點的 slave 上，平均的 query response time 是 0.2ms，95% 則是 50ms (好高)，其他的 20% 是寫入 master 需求，或是因寫入 master 時需要一致性 (也就是要避免 replication lag 造成的問題)。

這次升級到 MariaDB 5.5.30 是先準備一台新機器，然後在 load balancer 上換掉其中一台 slave (先建後拆)，如果 MariaDB 真的有問題也可以馬上 rollback 回來。另外用 pt-query-digest 取樣分析 query 的狀況。

這是成果：

For our most common query type, 95th percentile times over an 8-hour period dropped from 56ms to 43ms and the average from 15.4ms to 12.7ms. 50th percentile times remained a bit better with the 5.1-facebook build over the sample period, 0.185ms vs. 0.194ms. Many query types were 4-15% faster with MariaDB 5.5.30 under production load, a few were 5% slower, and nothing appeared aberrant beyond those bounds.

第一台觀察一陣子沒問題後，接下來一台一台換掉。然後發公告慶祝 :p

Related Posts:

Instagram 說明用 PostgreSQL 的五個優點… 跳過 MySQL replication 失敗的方法… 熱 MySQL 的方法… 資料庫裡的浮點數：MySQL 5.1 到 MySQL 5.5 的差異… Percona 說明關於為什麼花這麼多時間修正 MySQL 5.5.28 安全問題…

shared via http://feedly.com