Amoeba for MySQL學習研究之注意事項

Amoba配置方便，使用簡單，效能表現也不錯，但它也不是完美無缺的，在實際使用中有很多需要注意的事項。

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,City_ID,ShopName,Address,ShopStatus,CreateTime) VALUES (1,5,'店鋪的名稱','店鋪的地址',1,'2011-07-30');

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

Amoeba不支援分庫分表

Amoeba不支援分庫分表，只能分MySQL執行個體。

Amoeba不支援大資料量的查詢

大資料量的查詢非常消耗記憶體，Amoeba在進行大資料量查詢時效能會非常差。當然，實際業務中需要進行大資料量查詢的情況會非常少或者根本沒必要實現這種情況。

這裡所謂的大資料量查詢指的是一次查詢結果超過十萬行。

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

ü  From 關鍵字後面如果不是子查詢，一律不能帶括弧”()”；[ where條件陳述式如果帶了待驗證]

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