mysql-proxy是官方提供的mysql中間件產(chǎn)品可以實現(xiàn)負載平衡，讀寫分離，failover等，但其不支持大數(shù)據(jù)量的分庫分表且性能較差。下面介紹幾款能代替其的mysql開源中間件產(chǎn)品，Atlas，cobar，tddl，讓我們看看它們各自有些什么優(yōu)點和新特性吧。

Atlas

Atlas是由 Qihoo 360, Web平臺部基礎(chǔ)架構(gòu)團隊開發(fā)維護的一個基于MySQL協(xié)議的數(shù)據(jù)中間層項目。它是在mysql-proxy 0.8.2版本的基礎(chǔ)上，對其進行了優(yōu)化，增加了一些新的功能特性。360內(nèi)部使用Atlas運行的mysql業(yè)務(wù)，每天承載的讀寫請求數(shù)達幾十億條。
Altas架構(gòu)：
Atlas是一個位于應(yīng)用程序與MySQL之間，它實現(xiàn)了MySQL的客戶端與服務(wù)端協(xié)議，作為服務(wù)端與應(yīng)用程序通訊，同時作為客戶端與MySQL通訊。它對應(yīng)用程序屏蔽了DB的細節(jié)，同時為了降低MySQL負擔(dān)，它還維護了連接池。

以下是一個可以參考的整體架構(gòu)，LVS前端做負載均衡，兩個Altas做HA,防止單點故障。

Altas的一些新特性：
1.主庫宕機不影響讀
主庫宕機，Atlas自動將宕機的主庫摘除，寫操作會失敗，讀操作不受影響。從庫宕機，Atlas自動將宕機的從庫摘除，對應(yīng)用沒有影響。在mysql官方的proxy中主庫宕機，從庫亦不可用。
2.通過管理接口，簡化管理工作，DB的上下線對應(yīng)用完全透明，同時可以手動上下線。
圖1是手動添加一臺從庫的示例。
圖1

3.自己實現(xiàn)讀寫分離
（1）為了解決讀寫分離存在寫完馬上就想讀而這時可能存在主從同步延遲的情況，Altas中可以在SQL語句前增加 /*master*/ 就可以將讀請求強制發(fā)往主庫。
（2）如圖2中，主庫可設(shè)置多項，用逗號分隔，從庫可設(shè)置多項和權(quán)重，達到負載均衡。
圖2

4.自己實現(xiàn)分表（圖3）
（1）需帶有分表字段。
（2）支持SELECT、INSERT、UPDATE、DELETE、REPLACE語句。
（3）支持多個子表查詢結(jié)果的合并和排序。
圖3?

這里不得不吐槽Atlas的分表功能，不能實現(xiàn)分布式分表，所有的子表必須在同一臺DB的同一個database里且所有的子表必須事先建好，Atlas沒有自動建表的功能。
5.之前官方主要功能邏輯由使用lua腳本編寫，效率低，Atlas用C改寫，QPS提高，latency降低。
6.安全方面的提升
（1）通過配置文件中的pwds參數(shù)進行連接Atlas的用戶的權(quán)限控制。
（2）通過client-ips參數(shù)對有權(quán)限連接Atlas的ip進行過濾。
（3）日志中記錄所有通過Altas處理的SQL語句，包括客戶端IP、實際執(zhí)行該語句的DB、執(zhí)行成功與否、執(zhí)行所耗費的時間 ，如下面例子（圖4）。
圖4

7.平滑重啟
通過配置文件中設(shè)置lvs-ips參數(shù)實現(xiàn)平滑重啟功能，否則重啟Altas的瞬間那些SQL請求都會失敗。該參數(shù)前面掛接的lvs的物理網(wǎng)卡的ip，注意不是虛ip。平滑重啟的條件是至少有兩臺配置相同的Atlas且掛在lvs之后。
source：https://github.com/Qihoo360/Atlas

alibaba.cobar

Cobar是阿里巴巴（B2B）部門開發(fā)的一種關(guān)系型數(shù)據(jù)的分布式處理系統(tǒng)，它可以在分布式的環(huán)境下看上去像傳統(tǒng)數(shù)據(jù)庫一樣為您提供海量數(shù)據(jù)服務(wù)。那么具體說說我們?yōu)槭裁匆盟?#xff0c;或說cobar--能干什么？以下是我們業(yè)務(wù)運行中會存在的一些問題：
1.隨著業(yè)務(wù)的進行數(shù)據(jù)庫的數(shù)據(jù)量和訪問量的劇增，需要對數(shù)據(jù)進行水平拆分來降低單庫的壓力，而且需要高效且相對透明的來屏蔽掉水平拆分的細節(jié)。
2.為提高訪問的可用性，數(shù)據(jù)源需要備份。
3.數(shù)據(jù)源可用性的檢測和failover。
4.前臺的高并發(fā)造成后臺數(shù)據(jù)庫連接數(shù)過多，降低了性能，怎么解決。?
針對以上問題就有了cobar施展自己的空間了，cobar中間件以proxy的形式位于前臺應(yīng)用和實際數(shù)據(jù)庫之間，對前臺的開放的接口是mysql通信協(xié)議。將前臺SQL語句變更并按照數(shù)據(jù)分布規(guī)則轉(zhuǎn)發(fā)到合適的后臺數(shù)據(jù)分庫，再合并返回結(jié)果，模擬單庫下的數(shù)據(jù)庫行為。?

Cobar應(yīng)用舉例
應(yīng)用架構(gòu)：

應(yīng)用介紹：
1.通過Cobar提供一個名為test的數(shù)據(jù)庫，其中包含t1,t2兩張表。后臺有3個MySQL實例(ip:port)為其提供服務(wù)，分別為：A,B,C。
2.期望t1表的數(shù)據(jù)放置在實例A中，t2表的數(shù)據(jù)水平拆成四份并在實例B和C中各自放兩份。t2表的數(shù)據(jù)要具備HA功能，即B或者C實例其中一個出現(xiàn)故障，不影響使用且可提供完整的數(shù)據(jù)服務(wù)。
cabar優(yōu)點總結(jié)：
1.數(shù)據(jù)和訪問從集中式改變?yōu)榉植?#xff1a;
（1）Cobar支持將一張表水平拆分成多份分別放入不同的庫來實現(xiàn)表的水平拆分
（2）Cobar也支持將不同的表放入不同的庫
（3） 多數(shù)情況下，用戶會將以上兩種方式混合使用
注意！：Cobar不支持將一張表，例如test表拆分成test_1,test_2, test_3.....放在同一個庫中，必須將拆分后的表分別放入不同的庫來實現(xiàn)分布式。
2.解決連接數(shù)過大的問題。
3.對業(yè)務(wù)代碼侵入性少。
4.提供數(shù)據(jù)節(jié)點的failover,HA：
(1)Cobar的主備切換有兩種觸發(fā)方式，一種是用戶手動觸發(fā)，一種是Cobar的心跳語句檢測到異常后自動觸發(fā)。那么，當(dāng)心跳檢測到主機異常，切換到備機，如果主機恢復(fù)了，需要用戶手動切回主機工作，Cobar不會在主機恢復(fù)時自動切換回主機，除非備機的心跳也返回異常。
(2)Cobar只檢查MySQL主備異常，不關(guān)心主備之間的數(shù)據(jù)同步，因此用戶需要在使用Cobar之前在MySQL主備上配置雙向同步。
cobar缺點：
開源版本中數(shù)據(jù)庫只支持mysql，并且不支持讀寫分離。
source：http://code.alibabatech.com/wiki/display/cobar/Home

TDDL

淘寶根據(jù)自己的業(yè)務(wù)特點開發(fā)了TDDL（Taobao Distributed Data Layer 外號:頭都大了 ?_Ob）框架，主要解決了分庫分表對應(yīng)用的透明化以及異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)復(fù)制，它是一個基于集中式配置的 jdbc datasource實現(xiàn)，具有主備，讀寫分離，動態(tài)數(shù)據(jù)庫配置等功能。
TDDL所處的位置（tddl通用數(shù)據(jù)訪問層，部署在客戶端的jar包，用于將用戶的SQL路由到指定的數(shù)據(jù)庫中）：

淘寶很早就對數(shù)據(jù)進行過分庫的處理， 上層系統(tǒng)連接多個數(shù)據(jù)庫，中間有一個叫做DBRoute的路由來對數(shù)據(jù)進行統(tǒng)一訪問。DBRoute對數(shù)據(jù)進行多庫的操作、數(shù)據(jù)的整合，讓上層系統(tǒng)像操作一個數(shù)據(jù)庫一樣操作多個庫。但是隨著數(shù)據(jù)量的增長，對于庫表的分法有了更高的要求，例如，你的商品數(shù)據(jù)到了百億級別的時候，任何一個庫都無法存放了，于是分成2個、4個、8個、16個、32個……直到1024個、2048個。好，分成這么多，數(shù)據(jù)能夠存放了，那怎么查詢它？這時候，數(shù)據(jù)查詢的中間件就要能夠承擔(dān)這個重任了，它對上層來說，必須像查詢一個數(shù)據(jù)庫一樣來查詢數(shù)據(jù)，還要像查詢一個數(shù)據(jù)庫一樣快（每條查詢在幾毫秒內(nèi)完成），TDDL就承擔(dān)了這樣一個工作。在外面有些系統(tǒng)也用DAL（數(shù)據(jù)訪問層） 這個概念來命名這個中間件。
下圖展示了一個簡單的分庫分表數(shù)據(jù)查詢策略：

主要優(yōu)點：
1.數(shù)據(jù)庫主備和動態(tài)切換
2.帶權(quán)重的讀寫分離
3.單線程讀重試
4.集中式數(shù)據(jù)源信息管理和動態(tài)變更
5.剝離的穩(wěn)定jboss數(shù)據(jù)源
6.支持mysql和oracle數(shù)據(jù)庫
7.基于jdbc規(guī)范，很容易擴展支持實現(xiàn)jdbc規(guī)范的數(shù)據(jù)源
8.無server,client-jar形式存在，應(yīng)用直連數(shù)據(jù)庫
9.讀寫次數(shù),并發(fā)度流程控制，動態(tài)變更
10.可分析的日志打印,日志流控，動態(tài)變更
TDDL必須要依賴diamond配置中心（diamond是淘寶內(nèi)部使用的一個管理持久配置的系統(tǒng)，目前淘寶內(nèi)部絕大多數(shù)系統(tǒng)的配置，由diamond來進行統(tǒng)一管理，同時diamond也已開源）。
TDDL動態(tài)數(shù)據(jù)源使用示例說明：http://rdc.taobao.com/team/jm/archives/1645
diamond簡介和快速使用：http://jm.taobao.org/tag/diamond%E4%B8%93%E9%A2%98/
TDDL源碼：https://github.com/alibaba/tb_tddl?
TDDL復(fù)雜度相對較高。當(dāng)前公布的文檔較少，只開源動態(tài)數(shù)據(jù)源，分表分庫部分還未開源，還需要依賴diamond，不推薦使用。
終其所有，我們研究中間件的目的是使數(shù)據(jù)庫實現(xiàn)性能的提高。具體使用哪種還要經(jīng)過深入的研究，嚴謹?shù)臏y試才可決定。

總結(jié)

以上是生活随笔為你收集整理的mysql中间件研究（Atlas，cobar，TDDL）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。