D26 - 与MySQL相异的部分

因为一开始的目的之一是想要找一套兼容MySQL可尽量无痛转移的资料库，所以兼容程度是蛮重要的考量。官网上有列出目前尚不支援的部分，使用前请详阅并三思。以下是我把第一眼看到会我头痛的不支援的部分整理出来。

TiDB目前不支援event，也不支援store procedure...因为我目前会用event加上procedure定时对表格做一些资料删除以及新增删除partition的动作，所以势必得改以其他方式进行。

目前TiDB支援的parition类型有Range,List,List Columns,Hash。但是建议在正式站上使用的只有Range。新增与删除partition一样是使用ADD PARTITION/DROP PARTTION，但是不支援REORGANIZE PARTITION。这表示无法对已经建立的partition做修改。这影响到我用来执行新增删除partition的部分，必须改为每天执行ADD/DROP PARTITION，且不设定MAX Value。

在语法的使用上，要注意的地方有，执行alter table的时候，不能一次异动两个以上的栏位或者index。另外group by回传的顺序也与ＭySQL5.7不同。在index的使用上，要注意的地方是栏位型态，如果今天条件栏位本身是字串，那就要避免让他cast，例如zone_id是字串，那条件就该用zone_id > "9487"。

还有一般我们常用的auto increment，TiDB只保证在仅有一台TiDB server会依序增加，目前预设一台TiDB分配到30000个值。所以遇到多台TiDB server时，就可能发生auto increment id 从1跳到300001又跳回2的情况，如果要以这栏位当作排序的条件会发生问题。另外auto increment必须在一开始就宣告好栏位，无法使用alter table的方式追加。除了auto increment，tidb可以指定某一列为AUTO_RANDOM，这主要是为了解决大量的并发写入导致产生热点。