今天在觸發一個業務場景的時候，發現發出的報文無法入庫，查看日誌發現當數據插入表時，報了違反唯一性約束的問題，但是明明之前操作是沒有問題的，追溯兩次執行過程中的變化，發現有人手動給那張表insert了200多萬條數據，除此之外沒有任何變化，在網上看了下相關問題的解決，才知道sequence的主鍵生成策略，當手動insert的時候不會更新序列，所以會有這樣的報錯， 解決方法有2：
- 手動更新序列
- 刪除手動插入的數據
解決問題的同時，也趁此機會了解一下主鍵生成策略有哪些：
- Assigned
Assigned方式由用戶生成主鍵值，並且要在save()之前指定否則會拋出異常
特點：主鍵的生成值完全由用戶決定，與底層數據庫無關。用戶需要維護主鍵值，在調用session.save()之前要指定主鍵值。
- Hilo
Hilo使用高低位算法生成主鍵，高低位算法使用一個高位值和一個低位值，然後把算法得到的兩個值拼接起來作爲數據庫中的唯一主鍵。Hilo方式需要額外的數據庫表和字段提供高位值來源。默認情況下使用的表是hibernate_unique_key，默認字段叫作next_hi。next_hi必須有一條記錄否則會出現錯誤。
特點：需要額外的數據庫表的支持，能保證同一個數據庫中主鍵的唯一性，但不能保證多個數據庫之間主鍵的唯一性。Hilo主鍵生成方式由Hibernate 維護，所以Hilo方式與底層數據庫無關，但不應該手動修改hi/lo算法使用的表的值，否則會引起主鍵重複的異常。
- Increment
Increment方式對主鍵值採取自動增長的方式生成新的主鍵值，但要求底層數據庫的主鍵類型爲long,int等數值型。主鍵按數值順序遞增，增量爲1。
特點：由Hibernate本身維護，適用於所有的數據庫，不適合多進程併發更新數據庫，適合單一進程訪問數據庫。不能用於羣集環境。
- Identity
Identity方式根據底層數據庫，來支持自動增長，不同的數據庫用不同的主鍵增長方式。
特點：與底層數據庫有關，要求數據庫支持Identity，如MySQl中是auto_increment, SQL Server 中是Identity，支持的數據庫有MySql、SQL Server、DB2、Sybase和HypersonicSQL。 Identity無需Hibernate和用戶的干涉，使用較爲方便，但不便於在不同的數據庫之間移植程序。
- Sequence
Sequence需要底層數據庫支持Sequence方式，例如Oracle數據庫等
特點：需要底層數據庫的支持序列，支持序列的數據庫有DB2、PostgreSql、Oracle、SAPDb等在不同數據庫之間移植程序，特別從支持序列的數據庫移植到不支持序列的數據庫需要修改配置文件。
- Native
Native主鍵生成方式會根據不同的底層數據庫自動選擇Identity、Sequence、Hilo主鍵生成方式
特點：根據不同的底層數據庫採用不同的主鍵生成方式。由於Hibernate會根據底層數據庫採用不同的映射方式，因此便於程序移植，項目中如果用到多個數據庫時，可以使用這種方式。
- UUID
UUID使用128位UUID算法生成主鍵，能夠保證網絡環境下的主鍵唯一性，也就能夠保證在不同數據庫及不同服務器下主鍵的唯一性。
特點：能夠保證數據庫中的主鍵唯一性，生成的主鍵佔用比較多的存貯空間
- Foreign GUID
Foreign用於一對一關係中。GUID主鍵生成方式使用了一種特殊算法，保證生成主鍵的唯一性，支持SQL Server和MySQL
相關介紹來自百度百科。