作者介紹
賀春旸,普惠金融mysql專家,《mysql管理之道》第一版、第二版作者。曾任職于中國移動飛信、機鋒安卓市場,擁有豐富的資料庫管理經驗。目前緻力于mysql、linux等開源技術的研究。
mysql分支——mariadb
mariadb是mysql源代碼的一個分支,主要由開源社群在維護,采用gpl授權許可。開發這個分支的原因之一是:甲骨文公司收購了mysql後,有将mysql閉源的潛在風險,是以社群采用分支的方式來避開這個風險。mariadb是完全相容mysql,包括api和指令行,使之能輕松成為mysql的代替品。在存儲引擎方面,使用xtradb來代替mysql的innodb,xtradb完全相容innodb,建立一個innodb表内部預設會轉換成xtradb。
percona xtradb 是 innodb 存儲引擎的增強版,用來更好地發揮最新的計算機硬體系統性能,同時還包含一些在高性能環境下的新特性。xtradb 存儲引擎是完全的向下相容,在 mariadb 中,xtradb 存儲引擎被辨別為"engine=innodb",這與 innodb 是一樣的,是以可以直接用xtradb 替換掉 innodb,而不會産生任何問題。xtradb 在 innodb 的基礎上建構,使 xtradb 具有更多的特性,更多的參數名額和更多的擴充。從實踐的角度來看,xtradb 在cpu多核的條件下更有效的使用記憶體,并且性能更高。從 mariadb 5.1 開始就預設使用 xtradb 存儲引擎。
mariadb由mysql的創始人michael (monty) widenius主導開發,他早前曾以10億美元的價格,将自己建立的公司mysql ab賣給了sun,此後,随着sun被甲骨文收購,mysql的所有權也落入oracle的手中。mariadb名稱來自michael (monty) widenius的女兒maria的名字。
一、mariadb 10.0和mysql 5.6的不同之處
mysql 5.6 的代碼庫的檔案結構已經被改動了。比如單個代碼檔案已經被分成多個,又或者是某些代碼已經被重新歸類到了不同的檔案内。是以要把mariadb 去配合現在這個檔案結構一定是一個非常消耗時間的過程。
mairadb 5.5 已經有大量的代碼不同于mysql 5.5 的版本,而且也有很多的新的特征被整合到mariadb 5.5 中,而這些特征直到 5.6 版本才出現在mysql中。是以在比較同樣功能的mysql和mariadb的版本,同時在完成設計和qa方面的稽核後,一個很明顯的結論是mariadb會是一個更好的産品。在大多數情況下,在選擇 mariadb的時候,人們會更多地考慮到功能方面的偏好。
mariadb不僅僅是mysql的一個替代品。它的主要目的是創新和提高mysql的技術,mysql5.6不是一個合适的創新基礎平台,是以mariadb團隊就做了下面的事情:
引入了一些新功能(像multi-source replication多源複制,基于表的并行複制,galera cluster叢集,spider水準分片存儲引擎,tokudb存儲引擎等),是以需要搞個新版本。
下個版本稱作“mariadb5.6”是不準确的,因為它不是基于mysql5.6的,取而代之,mariadb團隊決定版本号調為10.0。
mariadb和percona有什麼不同呢?
percona是僅僅針對innodb引擎上做了性能上的改善(稱為xtradb),而mariadb在內建了xtradb存儲引擎之外,還內建了更多的存儲引擎,包括aria、sphinxse、tokudb、cassandra、connect、sequence及spider存儲引擎等,并且在伺服器層上做了大量改進,增加了多源複制和基于表的并行複制等。
二、mariadb和mysql的相容性
mariadb跟mysql在絕大多數方面是相容的,對于前端應用(比如php、perl、python、java、.net、myodbc、ruby、mysql c connector)來說,幾乎感覺不到任何不同。目前mariadb是發展最快的mysql分支版本,新版本的釋出速度已經超過了oracle官方的mysql版本。
注:mariadb10.0/10.1的gtid複制跟mysql5.6不相容。
在oracle控制下的mysql開發,有兩個主要問題:
mysql核心開發團隊是封閉的,完全沒有oracle之外的成員參加。很多高手即使有心做貢獻,也沒辦法做到。
mysql新版本的釋出速度,在oracle收購sun之後大為減緩。
michael (monty) widenius有一個ppt,用資料比較了收購之前和之後新版本的釋出速度,并表示有很多bugfix和新的feature,都沒有及時加入到釋出版本之中。
以上這兩個問題,導緻了各個大公司,都開發了自己定制的mysql版本,包括yahoo!、facebook、google、阿裡巴巴和淘寶網等。mysql是開源社群的資産,任何個人/組織都無權據為己有。為了更快速地發展mysql,另外開分支是必須的。
三、mariadb 10.0新增的功能
更多的存儲引擎
除了包含标準的myisam、blackhole、csv、memory、archive和merge等存儲引擎外,mariadb的源代碼包和二進制包還包含以下額外的存儲引擎:
aria(增強版的myisam)
xtradb(增強版的innodb)
federatedx
oqgraph
sphinxse[1]
ibmdb2i
tokudb[2]
cassandra
connect
sequence
spider[3]
pbxt
速度提升
在mariadb5.3版本裡,就已經對子查詢進行了優化,并采用semi join半連接配接方式将sql改寫為了表關聯join,進而提高了查詢速度。
在mariadb5.3版本裡,引入了group commit for the binary log組送出技術,簡單的說,多個并發送出的事務加入一個隊列裡,對這個隊列裡的事務,利用一次i/o合并送出,進而解決了寫日志頻繁刷磁盤的問題。
在mariadb10.0版本裡,引入了基于表的多線程并行複制技術,如果主庫上1秒内有10個事務,那麼合并一個i/o送出一次,并在binlog裡增加一個cid = xx 标記,當cid的值是一樣時,slave就可以進行并行複制,通過設定多個sql_thread線程實作。在mysql5.5版本裡是單程序串行複制,通過sql_thread線程來恢複主庫推送過來的binlog,這樣會産生一個問題,主庫上大量的寫操作,從庫就有可能會出現延遲。在mysql5.6是基于庫級别的并行複制,mysql5.7是基于表級别的并行複制。
在mariadb5.5版本裡,引入了線程池thread pool技術,線程池的連接配接複用,減少了建立連接配接的開銷,減少了cpu上下文切換,非常适合高并發php短連接配接應用場景(例如使用開源電商平台ecshop秒殺業務場景)。
在處理内部的臨時表,mariadb用aria引擎代替了myisam引擎,這将使某些group by和distinct請求速度更快,因為aria有比myisam更好的緩存機制。
擴充和新功能
時間精确到微秒級别
提供了虛拟列(函數索引)
在mariadb5.2版本裡,就已經提供了虛拟列(函數索引),但直到mysql5.7版本才支援。
kill指令擴充
在mariadb5.3版本裡,又對kill指令進行了擴充,可以指定某個user使用者,殺死所有查詢
修改表結構可顯示執行進度
提供了動态列(可以存儲json格式)
在mariadb5.3版本裡,就已經提供了動态列(可以存儲json格式),但直到mysql5.7版本才支援。
提供了多源複制,但直到mysql5.7版本才支援。
支援gtid同步複制。
建立了使用者支援建立角色role權限。
通過show processlist可以檢視記憶體占用。
執行create or replace table 等于先執行drop操作,再執行create操作。
執行delete from table returning指令可删除前傳回删除的記錄。
慢查詢日志slow log裡增加了explain執行計劃。
四、總結
mariadb是甲骨文mysql的加強版本,是以已有的系統不需要任何修改就可以運作,就像使用percona server一樣。
mariadb社群版和企業版的源代碼都是開源的,并且所有功能都是免費開放,不用擔心功能上有閹割,但甲骨文mysql企業版延伸套件采取封閉源代碼且需要付費。此外,mariadb相比mysql擁有更多的功能、更快、更穩定、bug修複更快。
原文釋出時間為:2016-12-16
本文來自雲栖社群合作夥伴dbaplus