MySQL-Proxy, 6月份發(fā)布的 MySQL-Proxy是處在你的MySQL數(shù)據(jù)庫(kù)客戶和服務(wù)端之間的程序，它還支持嵌入性腳本語(yǔ)言 Lua 。這個(gè)代理可以用來(lái)分析、監(jiān)控和變換（transform）通信數(shù)據(jù)，它支持非常廣泛的使用場(chǎng)景：

• 負(fù)載平衡和故障轉(zhuǎn)移處理
• 查詢分析和日志
• SQL宏（SQL macros）
• 查詢重寫(xiě)（query rewriting）
• 執(zhí)行shell命令

MySQL Proxy更強(qiáng)大的一項(xiàng)功能是實(shí)現(xiàn)“ 讀寫(xiě)分離（Read/Write Splitting） ”。基本的原理是讓主數(shù)據(jù)庫(kù)處理事務(wù)性查詢，而從數(shù)據(jù)庫(kù)處理SELECT查詢。數(shù)據(jù)庫(kù)復(fù)制被用來(lái)把事務(wù)性查詢導(dǎo)致的變更同步到集群中的從數(shù)據(jù)庫(kù)。

Jan Kneschke在《 MySQL Proxy learns R/W Splitting 》中介紹了這種技巧，他還談到了連接池的問(wèn)題：

為了實(shí)現(xiàn)讀寫(xiě)分離我們需要連接池。我們僅在已打開(kāi)了到一個(gè)后端的一條經(jīng)過(guò)認(rèn)證的連接的情況下，才切換到該后端。MySQL協(xié)議首先進(jìn)行握手。當(dāng)進(jìn)入到查詢/返回結(jié)果的階段再認(rèn)證新連接就太晚了。我們必須保證擁有足夠的打開(kāi)的連接才能保持運(yùn)作正常。

實(shí)現(xiàn)讀寫(xiě)分離的LUA腳本是簡(jiǎn)單明了的：

    ? -- 讀寫(xiě)分離
? --
? -- 發(fā)送所有的非事務(wù)性SELECT到一個(gè)從數(shù)據(jù)庫(kù)
? if is_in_transaction == 0 and
???? packet:byte() == proxy.COM_QUERY and
???? packet:sub(2, 7) == "SELECT" then
??? local max_conns = -1
??? local max_conns_ndx = 0

??? for i = 1, #proxy.servers do
????? local s = proxy.servers[i]

????? -- 選擇一個(gè)擁有空閑連接的從數(shù)據(jù)庫(kù)
????? if s.type == proxy.BACKEND_TYPE_RO and
???????? s.idling_connections > 0 then
??????? if max_conns == -1 or
?????????? s.connected_clients < max_conns then
????????? max_conns = s.connected_clients
????????? max_conns_ndx = i
??????? end
????? end
??? end

??? -- 我們找到了一個(gè)擁有空閑連接的從數(shù)據(jù)庫(kù)
??? if max_conns_ndx > 0 then
????? proxy.connection.backend_ndx = max_conns_ndx
??? end
? else
??? -- 發(fā)送到主數(shù)據(jù)庫(kù)
? end

? return proxy.PROXY_SEND_QUERY

  

Jan提醒說(shuō)這個(gè)技巧還可以用來(lái)實(shí)現(xiàn)其他的數(shù)據(jù)分布策略，例如分片（Sharding）。

查看英文原文： Read/Write Splitting with MySQL-Proxy

用MySQL-Proxy實(shí)現(xiàn)讀寫(xiě)分離