这是一个创建于 2068 天前的主题，其中的信息可能已经有所发展或是发生改变。
- 自增长的 Long 或 Int
- UUID
- 自己代码生成插入 String
或者其他更好的方案
我喜欢用 UUID，这样每次合并数据时没那么痛苦。
 | 1 CCIP 2020-04-23 10:46:11 +08:00 via Android 雪花算法 |
 | 2 FanError 2020-04-23 10:46:50 +08:00 用 UUID，不过一直看别人说性能不好。 我寻思着接触的项目应该数据量或对性能的要求还没达到要在这个 UUID 上榨性能的地步，就没管了。 |
 | 3 asAnotherJack 2020-04-23 10:46:54 +08:00 自增，索引的原理 用自增的好 |
 | 4 tabris17 2020-04-23 10:47:35 +08:00 那还不如 snowflake |
 | 5 Cmdhelp 2020-04-23 11:08:33 +08:00 这个还是看应用环境吧， |
 | 6 ytmsdy 2020-04-23 11:08:51 +08:00 自增，毕竟时不时查数据，看 ID 的时候，长长的 UUID 看多了眼镜会瞎。 |
 | 7 MeteorCat 2020-04-23 11:14:41 +08:00 via Android 自增 ID，很多项目都达不到研究选用什么主键 ID 的地步，按照最简原则选择最容易的 |
 | 8 U7Q5tLAex2FI0o0g 2020-04-23 11:24:34 +08:00 量大再考虑性能。 量少，喜欢用什么就用什么 |
 | 9 arthas2234 2020-04-23 11:26:22 +08:00 这个要看表的作用啊，难道订单、用户、客户数据也用自增？ |
 | 10 ajaxfunction 2020-04-23 11:28:13 +08:00 一直是自增，目前最悠久的一个项目自增到 90 万 |
 | 11 Veneris 2020-04-23 11:33:04 +08:00 雪花算法，自增，不连续，全局无重复。 但是太长，有没有满足以上三条但短一些的。 |
 | 12 gjquoiai 2020-04-23 12:08:20 +08:00 |
 | 13 littlewing 2020-04-23 12:57:15 +08:00 @arthas2234 是的，都用自增，然后订单、用户、客户 id 加索引 |
 | 14 akira 2020-04-23 13:58:48 +08:00  1 表主键 ID 用自增，原则上不参与任何业务逻辑，放着好看的。 业务 主键 用 uuid |
 | 15 gz911122 2020-04-23 14:17:59 +08:00 @arthas2234 是的 都用自增,恭喜你猜对了 |
 | 16 xsm1890 2020-04-23 14:19:41 +08:00 innodb 自增 |
 | 17 jzmws 2020-04-23 14:22:40 +08:00 无脑推荐雪花算法 太香了 |
 | 18 newtype0092 2020-04-23 14:22:41 +08:00 @arthas2234 用啊 |
 | 19 Hanggi 2020-04-23 14:24:42 +08:00 自增加 hash |
| 20 newtype0092 2020-04-23 14:27:37 +08:00 @arthas2234 哈哈你看这么多用的，小数据量的自增最高效，大数据量或着跨库的时候用自己定义的 id 就行，自增 id 也是要保留的。 |
 | 22 gemini767 2020-04-23 14:29:57 +08:00 自增 id uuid 是全局唯一 id 俩不一回事，不冲突 |
 | 23 keshawnvan 2020-04-23 14:44:00 +08:00 自己实现的 SnowFlake： https://juejin.im/post/5e9d402df265da48094da80d |
 | 24 cigarzh 2020-04-23 15:29:44 +08:00 snowflake |
 | 25 Eirxxx69 2020-04-23 15:45:34 +08:00 不考虑性能和数据量，用啥都行 |
 | 26 Kenyore 2020-04-23 15:54:04 +08:00 UUID 多舒服。 |
 | 27 xuanbg 2020-04-23 16:07:40 +08:00 @FanError 对的，确实性能不好，但我们的业务每天新增的数据都是以百千计而非百万千万计……所以我就不管他性能好不好了，只要用的方便就好。真香 |
 | 28 creatdate 2020-04-23 16:26:11 +08:00 UUID，因为同时插多张表，UUID 一致正好可以关联，单表就随便，自增比较方便。 |
 | 29 sunmoon1983 2020-04-23 19:19:08 +08:00 @jzmws 雪花是很香，但是需要把数据交给 js 的时候就不香了，还需要转成字符串 |
 | 30 mogita 2020-04-23 20:00:51 +08:00 自增和雪花并存。还蛮香的。 |
 | 31 beginor 2020-04-23 20:32:47 +08:00 via Android 雪花 ID |
 | 32 guoziyan 2020-04-23 20:55:18 +08:00 说用 UUID 的，都没想过大的主键导致索引树高度的膨胀而导致查询性能的下降，同时 UUID 的随机写导致索引节点的不断分裂合并所带来的影响吗？ 通常来说，在数据行 1k 大小的时候，一个三层的索引，主键使用 bigint，可以存储大约 2200w 的数据，如果是 int 的话，则能存储 4000w 左右的数据， 而 uuid 只能存 250w 左右的数据。 |
 | 34 huobazi 2020-04-23 21:35:36 +08:00 snowflack |
 | 35 MarsBar 2020-04-24 07:17:44 +08:00 uuid v5 hash 某些字段 然后拿来当主键。。 |
 | 37 sprit 2020-04-24 09:39:32 +08:00 主键自增 业务 ID snowfalck |
 | 38 MOONLIGHTT 2020-04-24 10:58:57 +08:00 分布式用雪花，单机用自增 id |
Select Language