oracle資料庫自增長沒有mysql資料庫簡單，mysql可以在建表的時候設定auto_increment就好了，但oracle這樣不行，oracle資料庫必須要建立序列，然後在mybatis插入id時使用這個序列後，才能實現oracle id的自增長。

下面是序列的建立語句：

create sequence TBAL_OA_HOLIDAY_TYPE //序列名稱  
increment by 1  //以1倍的速度增長，你也可以設定其他數字  
start with 1    //從id=1開始增長  
 maxvalue 9999  //最大值為9999，根據情況  
 minvalue 1     //
 
最小值1  
 nocycle        //不迴圈，也就是一直增長         
 cache 20       //設定快取cache個序列，如果系統down掉了或者其它情況將會導致序列不連續，也可以設定為---------NOCACHE  
noorder;

建立了oracle序列之後，我們就可以在mybatis中插入這樣使用，來插入id了：

insert into TBL_OA_HOLIDAY_TYPE (ID, TYPE_NAME, REMARK  
  )  
values (TBAL_OA_HOLIDAY_TYPE.NEXTVAL, #{typeName,jdbcType=VARCHAR}, #{remark,jdbcType=VARCHAR}  
  )  
 

我們在插入mybatis插入id的位置用(序列名稱+ .NEXTVAL)的形式代替這個id，而不是#{xxx}這樣從頁面取值了，就是這麼簡單，自己試試吧，當然了，id必須得是number型別的才行。

如果是UUID作為主鍵，那麼主鍵用varchar2型別，這樣才能用字串uuid，以下是mybatisoracle的uuid使用方法，比oracle自增長容易很多：

使用uuid作為主鍵，oracle中有個sys_guid函式可以產生uuid。

<insert id="insert" parameterType="com.xxx.SystemDepartment">  
    <selectKey keyProperty="
 
id" resultType="String" order="BEFORE">  
        select sys_guid() from dual  
    </selectKey>  
     insert into TBL_OA_HOLIDAY_TYPE (ID, TYPE_NAME, REMARK  
      )  
    values (#{id,jdbcType=VARCHAR}, #{typeName,jdbcType=VARCHAR}, #{remark,jdbcType=VARCHAR}  
      )  
</insert>  

SelectKey屬性作用如下：

屬性 描述

keyProperty    selectKey 語句結果應該被設定的目標屬性。如果希望得到多個生成的列，也可以是逗號分隔的屬性名稱列表。
keyColumn    匹配屬性的返回結果集中的列名稱。如果希望得到多個生成的列，也可以是逗號分隔的屬性名稱列表。
resultType    結果的型別。MyBatis 通常可以推算出來，但是為了更加確定寫上也不會有什麼問題。MyBatis 允許任何簡單型別用作主鍵的型別，包括字串。如果希望作用於多個生成的列，則可以使用一個包含期望屬性的 Object 或一個 Map。
order    這可以被設定為 BEFORE 或 AFTER。如果設定為 BEFORE，那麼它會首先選擇主鍵，設定 keyProperty 然後執行插入語句。如果設定為 AFTER，那麼先執行插入語句，然後是 selectKey 元素 - 這和像 Oracle 的資料庫相似，在插入語句內部可能有嵌入索引呼叫。
statementType    與前面相同，MyBatis 支援 STATEMENT，PREPARED 和 CALLABLE 語句的對映型別，分別代表 PreparedStatement 和 CallableStatement 型別。

mybatis中 insert、update、delete返回的都是int，就是操作成功的記錄數，SelectKey的作用是將查詢值插入物件屬性。

比如insert的引數是一個Person物件，SelectKey的keyProperty值是Person的id屬性，執行後會將引數物件Person的id設定成SelectKey查詢值，

可以在引數物件中獲取

Mysql主鍵UUID和自增主鍵的區別及優劣分析

mybatis+mysql自動生成uuid主鍵

<insert id="insert" parameterType="com.jo.model.Functions" >
    <selectKey keyProperty="pkGlobalId" resultType="String" order="BEFORE">
        select  replace(uuid(),'-','')   from dual
    </selectKey> 
    insert into tbl_function (pk_global_id, name, parent_id, 
      sort, url)
    values (#{pkGlobalId,jdbcType=VARCHAR}, #{name,jdbcType=VARCHAR}, #{parentId,jdbcType=VARCHAR}, 
      #{sort,jdbcType=INTEGER}, #{url,jdbcType=VARCHAR})
  </insert>

在mysql5.0之前，如果是多個master複製的環境，無法用自增主鍵，因為可能重複。在5.0以及之後的版本通過配置自增偏移量解決了整個問題。

什麼情況下我們希望用uuid

1. 避免重複，便於scale，這就是我們做cloud service的時候選擇uuid的主要原因

2. 入庫之前可以知道id

3.相對安全，不能簡單的從uuid獲取資訊，但是如果自增，則容易暴露資訊，如果一個客戶id是123456，很容易猜到有客戶id是123456.

UUID有什麼問題

1.uuid有16個位元組，比int（4 byte）和bigint（8 byte）佔用更多儲存空間

2.由於size和無序性，可能引起效能問題

Mysql的uuid原理

mysql的innodb儲存引擎處理storage的方式是靠聚集索引。

聚集索引是指資料庫錶行中資料的物理順序與鍵值的邏輯（索引）順序相同。一個表只能有一個聚集索引，因為一個表的物理順序只有一種情況

1.為什麼要使用uuid做主鍵

(1).其實在innodb儲存引擎下，自增長的id做主鍵效能已經達到了最佳。不論是儲存和讀取速度都是最快的，而且佔的儲存空間也是最小。

(2).但是在我們實際到專案中會碰到問題，歷史資料表的主鍵id會與資料表的id重複，兩張自增id做主鍵的表合併時，id一定會有衝突，但如果各自的id還關聯了其他表，這就很不好操作。

(3).如果使用UUID，生成的ID不僅是表獨立的，而且是庫獨立的。對以後的資料操作很有好處，可以說一勞永逸。

2.UUID優缺點

缺點： 1. 影響插入速度， 並且造成硬碟使用率低

2. uuid之間比較大小相對數字慢不少， 影響查詢速度。

3. uuid佔空間大， 如果你建的索引越多， 影響越嚴重

優點：出現數據拆分、合併儲存的時候，能達到全域性的唯一性

3.最優方案

(1).InnoDB引擎表是基於B+樹的索引組織表。

(2).B+樹：B+樹是為磁碟或其他直接存取輔助裝置而設計的一種平衡查詢樹，在B+樹中，所有記錄節點都是按鍵值的大小順序存放在同一層的葉節點中，各葉節點指標進行連線。

(3).InnoDB主索引：葉節點包含了完整的資料記錄。這種索引叫做聚集索引。InnoDB 的索引能提供一種非常快速的主鍵查詢效能。不過，它的輔助索引也會包含主鍵列，所以，如果主鍵定義的比較大，其他索引也將很大。如果想在表上定義 、很多索引，則爭取儘量把主鍵定義得小一些。InnoDB 不會壓縮索引

(4).聚集索引這種實現方式使得按主鍵的搜尋十分高效，但是輔助索引搜尋需要檢索兩遍索引：首先檢索輔助索引獲得主鍵，然後用主鍵到主索引中檢索獲得記錄。

綜合上述可得：

(1).如果InnoDB表的資料寫入順序能和B+樹索引的葉子節點順序一致的話，這時候存取效率是最高的。為了儲存和查詢效能應該使用自增長id做主鍵。

(2).對於InnoDB的主索引，資料會按照主鍵進行排序，由於UUID的無序性，InnoDB會產生巨大的IO壓力，此時不適合使用UUID做物理主鍵，可以把它作為邏輯主鍵，物理主鍵依然使用自增ID。為了全域性的唯一性，應該用uuid做索引關聯其他表或做外來鍵。

4.如果非要使用uuid做主鍵，下面是小建議：

如果是主從即M-S模式，最好是不使用mysql自帶函式uuid來生成唯一主鍵，因為主表生成的uuid要再關聯從表時，需要再去資料庫查出這個uuid，需要多進行一次資料庫互動，而且在這個時間差裡面主表很有可能還有資料生成，這樣就很容易導致關聯的uuid出錯。如果真要使用uuid，可以在Java中生成後，直接儲存到DB裡，這時主從的uuid就是一樣的了！

補充：mysql的uuid()主鍵重複

1、mysql的uuid()主鍵重複

mysql使用了navicat客戶端，某次執行了如下sql

select replace(uuid(), '-', '') as id, u.user_id from t_user u;

結果發現，生成的uuid重複了，

經過排查，發現是navicat的問題，需要將該sql語句做如下調整:

select replace(convert(uuid() using utf8mb4), '-', ''), u.user_id from t_user u;

結果如下：

2、使用其他方案：

將uuid再進行一次md5：

select md5(uuid()) as id, u.user_id from t_user u;

建議無論那個資料庫使用uuid還是在Java中生產uuid