 |
qaqLjjV2EX 第 391315 号会员，加入于 2019-03-11 19:39:29 +08:00今日活跃度排名 21159 |
qaqLjj 最近回复了
27 天前 回复了 ChrisFreeMan 创建的主题 › 分享创造 › 嗨 V 友们，我做了一款番茄钟加氛围音播放 app，来这里送些永久激活码 |
来晚了，弱弱的问一句还有吗
45 天前 回复了 erquiasz0825 创建的主题 › MySQL › MySQL 用 uuid 作为主键会导致“页分裂”，这种影响可以忽略吗？ |
@elboble 我印象中 MongoDB 用的也是类似雪花算法
45 天前 回复了 erquiasz0825 创建的主题 › MySQL › MySQL 用 uuid 作为主键会导致“页分裂”，这种影响可以忽略吗？ |
建议采用雪花号，补一个之前做的总结：
UUID 为什么不推荐做索引？
1. 长度太长，int 4 b ，bigint 8 b ，但是 uuid 是 32 位字符串即 32 b ，一个 uuid 索引占用空间是 int 的 8 倍，是 bigInt 的 4 倍，这会导致二分查找遍历的页增多，甚至可能导致 b+ 树的层高变高，并且，每个二级索引都会存储主键 id 用于回表，如果主键太长，整个表的其他索引也会被拖慢
2. 没有顺序，会将顺序写变为随机写，产生多余的页分裂，多余的页缓存失效处理
3. 比较性能不佳，字符串比大小要先查码表再比较，整形直接就比较了
UUID 为什么不推荐做索引？
1. 长度太长，int 4 b ，bigint 8 b ，但是 uuid 是 32 位字符串即 32 b ，一个 uuid 索引占用空间是 int 的 8 倍，是 bigInt 的 4 倍，这会导致二分查找遍历的页增多，甚至可能导致 b+ 树的层高变高，并且，每个二级索引都会存储主键 id 用于回表，如果主键太长，整个表的其他索引也会被拖慢
2. 没有顺序，会将顺序写变为随机写，产生多余的页分裂，多余的页缓存失效处理
3. 比较性能不佳，字符串比大小要先查码表再比较，整形直接就比较了
46 天前 回复了 yxnwh 创建的主题 › 问与答 › 怎么提取深圳场所码的真实链接？ |
抓包？
47 天前 回复了 cogear 创建的主题 › 职场话题 › 聊一聊糟心的华为 OD offer |
od 是不是也要好学校
Select Language