MySQL開源數(shù)據(jù)庫有多個(gè)重要分支，目前擁有的分支分別為：MySQL Cluster、MySQL 5.1、MySQL 5.5、MySQL 6.2。每個(gè)分支都有著同樣的的MySQL數(shù)據(jù)庫版本，分別為：Development版本、Alpha版本、Beta版本、RC版本和GA版本。

Development版本、Alpha版本和Beta版本一般不用在項(xiàng)目中。因?yàn)樗鼈兛隙ù嬖谥卮蟮膯栴}或某些功能未完全實(shí)現(xiàn)。絕大多數(shù)情況下RC版本也不允許使用在生產(chǎn)環(huán)境中，畢竟它只是生產(chǎn)版本發(fā)布之前的一個(gè)小版本。同樣，對MySQL數(shù)據(jù)庫的GA版本，我們也要慎重選擇。開源社區(qū)產(chǎn)品畢竟沒有經(jīng)過嚴(yán)格的測試，可能存在比商業(yè)產(chǎn)品穩(wěn)定性弱等缺陷。

MySQL數(shù)據(jù)庫GA版本選擇的流程：

自O(shè)racle收購SUN及其全資子公司MySQL AB之后，MySQL AB官方不再對開源社區(qū)貢獻(xiàn)源碼。同時(shí)，隨著眾多創(chuàng)始人與技術(shù)人員的出走，大家對于MySQL AB公司推出的新版本一定要精挑細(xì)選，切莫盲目相信MySQL AB官方給出的測試報(bào)告。推薦大家參考以下MySQL數(shù)據(jù)庫GA版本選擇的流程，如下所述：

1. 分析本企業(yè)業(yè)務(wù)是否需要使用到MySQL的那些基本功能和特性，特性重點(diǎn)研究方向?yàn)椋篗ySQL復(fù)制、分區(qū)表、Plugin-innodb等。
2. MySQL數(shù)據(jù)庫產(chǎn)品線第一個(gè)GA版本推出時(shí)間，至少要超過10個(gè)月，再考慮使用到生產(chǎn)環(huán)境中去。
3. MySQL數(shù)據(jù)庫產(chǎn)品線的最新GA版本，一般不要作為首選目標(biāo)，可考慮比最新版本晚3~4個(gè)版本的GA版本數(shù)據(jù)庫。
4. 仔細(xì)閱讀目標(biāo)數(shù)據(jù)庫GA版本的信息，若是在之前的版本的基礎(chǔ)上修改了大量的BUG，則此GA版本慎重選擇。
5. 仔細(xì)閱讀目標(biāo)數(shù)據(jù)庫GA版本之后的第一個(gè)版本的信息，若是修改的BUG信息量非常大，請直接放棄目標(biāo)版本，向前推進(jìn)一個(gè)版本號作為目標(biāo)版本。
6. 按照第四、第五步驟所描述的辦法來選擇，直到選定的版本之后的一個(gè)版本，BUG修改量不大，嚴(yán)重BUG極少，并且不是最新的GA版本。
7. 詳細(xì)閱讀選定的數(shù)據(jù)庫GA版本之后2~3個(gè)版本的BUG修復(fù)信息，主要是跟目標(biāo)GA版本相關(guān)的，并且想辦法重現(xiàn)，以及尋找規(guī)避的辦法。
8. 對經(jīng)過上述七個(gè)步驟挑選的GA版本，結(jié)合企業(yè)業(yè)務(wù)可能需要用的功能，都必須進(jìn)行功能測試和性能測試。
9. 挑選的數(shù)據(jù)庫GA版本，作為內(nèi)部開發(fā)測試數(shù)據(jù)庫環(huán)境，通常要試運(yùn)行大概3-6個(gè)月的時(shí)間。
10. 企業(yè)非核心業(yè)務(wù)可以考慮采用新的GA版本。
11. 經(jīng)過上述10個(gè)工序之后，若是沒有重要的功能BUG或性能瓶頸，則可以開始考慮作為所有的業(yè)務(wù)數(shù)據(jù)服務(wù)的后端數(shù)據(jù)庫。

很多企業(yè)的專職DBA可能沒有這么多時(shí)間、精力或資源來選擇版本，也可能根本不愿意花費(fèi)這么多時(shí)間。而有的企業(yè)可能急需選擇一個(gè)數(shù)據(jù)庫GA版本，還有一些企業(yè)根本沒有專職DBA，而是由運(yùn)維或開發(fā)工程師來代替這一角色，但他們可能不具備挑選數(shù)據(jù)庫軟件版本的能力。那么我們是否有MySQL數(shù)據(jù)庫GA版本選擇的捷徑呢？答案是肯定的。大家可以多關(guān)注一些大公司的DBA或行業(yè)內(nèi)知名的DBA，通過多方渠道向他們請教，或者也可以直接咨詢內(nèi)部人士，獲知他們的核心業(yè)務(wù)數(shù)據(jù)庫版本是多少。