1. 利用數據庫自增ID 優點：最簡單 缺點：單點風險、單機性能瓶頸 2. 利用數據庫集群并設置相應的步長\(Flickr方案\) 優點：高可用、ID較簡潔 缺點：需要單獨的數據庫集群 3. Twitter Snowflake 優點：高性能高可用、易拓展 缺點：需要獨立的集群以及ZK snowflake算法的缺點： 時鐘回撥問題； 趨勢遞增，而不是絕對遞增； 不能在一臺服務器上部署多個分布式ID服務； 4. GUID、Random算法 優點：簡單 缺點：生成ID較長，有重復幾率 5. 基于Redis的ID生成器 優點：長度可控，高性能 缺點：依賴redis 6. 時間戳+用戶標識碼+隨機數(點評) 優點： * 方便、成本低。 * 基本無重復的可能。 * 自帶分庫規則，這里的用戶標識碼即為用戶ID的后四位，在查詢的場景下，只需要訂單號就可以匹配到相應的庫表而無需用戶ID，只取四位是希望訂單號盡可能的短一些，并且評估下來四位已經足夠。 * 可排序，因為時間戳在最前面 缺點：長度稍長性能要比int/bigint的稍差等