MySQL使用Amoeba作為Proxy時的注意事項

作者：yongsheng0550 2011-08-04 15:00:46

Amoeba是一個以MySQL為底層數據存儲，并對應用提供MySQL協議接口的proxy。它因配置方便，語法書寫規則等特點深得廣大使用者的青睞，但在實際的使用過程中也有很多注意事項，本文我們就對其加以介紹，希望能夠對您有所幫助。

與MySQL官方的MySQL Proxy相比，Amoeba配置是很方便的，它基于XML的配置文件，用SQLJEP語法書寫規則，比基于lua腳本的MySQL Proxy簡單。但它也不是完美無缺的，在實際使用中有很多需要注意的事項。接下來我們就來一一介紹Amoeba的一些注意事項。

Amoeba不支持事務

目前Amoeba不支持事務，任何有關事務的SQL語句都會被Amoeba屏蔽掉。如果必須使用事務，而且事務內的處理操作都可以路由到同一臺MySQL上的話，可以考慮在存儲過程中使用事務進行處理。另外，Amoeba將來有望支持事務。

Amoeba不支持跨庫join和排序

跨庫的join和排序非常消耗資源，會導致性能嚴重下降，Amoeba沒有進行支持。

Insert語句必須指定表的列名

Amoeba是根據SQL語句進行解析的，如果SQL語句中沒有切分規則中的關鍵字，那么Amoeba就不會按照規則進行水平切分。比如，按照城市ID進行數據水平切分時，如下語句不會被正確切分：

INSERT INTO tb_Shop VALUES (1,5,'店鋪的名稱','店鋪的地址',1,'2011-07-30');

而如下語句則可以正確切分：

INSERT INTO tb_Shop(Shop_ID,ity_ID,ShopName,Address,ShopStatus,CreateTime) VALUES (1,5,'店鋪的名稱','店鋪的地址',1,'2011-07-30');

也就是說，切分規則中的關鍵字City_ID必須要在SQL語句中出現。

Amoeba不支持分庫分表。

Amoeba不支持分庫分表，只能分MySQL實例。

Amoeba不支持大數據量的查詢。

大數據量的查詢非常消耗內存，Amoeba在進行大數據量查詢時性能會非常差。當然，實際業務中需要進行大數據量查詢的情況會非常少或者根本沒必要實現這種情況。這里所謂的大數據量查詢指的是一次查詢結果超過十萬行。

Amoeba需要更嚴格的SQL語句規范

From 關鍵字后面如果不是子查詢，一律不能帶括號”()”；

如果的表中字段名與關鍵字或者函數名一樣需要帶上字符` （比如：mytable.`order`）。

關于Amoeba的一些注意事項的知識就介紹到這里了，希望本次的介紹能夠對您有所收獲！

【編輯推薦】

責任編輯：趙鵬來源： CSDN博客