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