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

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


(2).Amoeba不支援跨庫join和排序
跨庫的join和排序非常消耗資源，會導致效能嚴重下降，Amoeba沒有進行支援。


(3).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語句中出現。


(4).Amoeba不支援分庫分表。
Amoeba不支援分庫分表，只能分MySQL例項。


(5).Amoeba不支援大資料量的查詢。
大資料量的查詢非常消耗記憶體，Amoeba在進行大資料量查詢時效能會非常差。當然，實際業務中需要進行大資料量查詢的情況會非常少或者根本沒必要實現這種情況。這裡所謂的大資料量查詢指的是一次查詢結果超過十萬行。


(6).Amoeba需要更嚴格的SQL語句規範
From 關鍵字後面如果不是子查詢，一律不能帶括號”()”；
如果的表中欄位名與關鍵字或者函式名一樣需要帶上字元` （比如：mytable.`order`）。