與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的一些注意事項的知識就介紹到這裡了，希望本次的介紹能夠對您有所收獲！
