这是一个创建于 1733 天前的主题，其中的信息可能已经有所发展或是发生改变。
老大说有了雪花 ID 后，还需要专门留一个主键索引，innoDB 中的主键规则是如此的。有这种需要吗??
 | 1 Leviathann 2021-03-08 17:39:12 +08:00 via iPhone 非主键索引的值存的是主键的值 主键那么长，会占很多空间，硬盘读写次数也会变多 |
| 2 Leviathann 2021-03-08 17:40:44 +08:00 第一行应该是非主键索引的值存的是主键。。 然后比大小的时候整数应该也比字符串快把 |
 | 3 wakzz 2021-03-08 17:44:22 +08:00 一般都是用雪花 ID 直接作为主键，不需要额外再搞个字段做主键了。 |
 | 4 Lonely &nbp; 2021-03-08 17:47:55 +08:00 via iPhone @Leviathann 雪花 id 就是整数 |
 | 5 clf 2021-03-08 17:49:59 +08:00  1 我就是用的雪花 ID 作为主键的，主键类型为 bigint，查询效率和自增主键(int)相比差距不大，虽然说 bigint 会比 int 带来更多的开销，但就我使用来说还是可以接受的。比起 varchar 或 char 类型的 UUID 主键，搜索效率更高。 索引能够优化搜索查询的速度，但同时也让 delete 和 update 的效率下降（需要重建索引） 目前我开发的系统里关系数据库全部 id 都是雪花 ID，Mongo 中使用 ObjectId 。 |
| 6 Leviathann 2021-03-08 17:53:15 +08:00 @Lonely 啊 我的我的 把雪花 id 记混了 |
 | 7 xiaoxinshiwo 2021-03-08 17:56:58 +08:00 业务 id 也逐渐 id 最好区分开 |
| 8 xiaoxinshiwo 2021-03-08 17:57:17 +08:00 业务 id 和主键 id 最好区分开 |
 | 9 cissoid 2021-03-08 18:09:08 +08:00 1 snowflake 不能保证单调递增，作为主键在插入场景下可能会有一定的性能损耗 |
Select Language