|
|
|
@@ -51,13 +51,13 @@ QQ群：646049993 |
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 你要考虑在分库分表（合库合表）时，主键值可直接使用，并能反映业务时序。
|
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 如果这样的主键值太长，超过前端 JS Number 类型最大值，须把 Long 型转换为 String 型，你会觉得有点沮丧。
|
|
|
|
<font color="green" size="5">💧</font> 如果这样的主键值太长，超过前端 js Number 类型最大值，须把 Long 型转换为 String 型，你会觉得有点沮丧。
|
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 尽管 Guid 能自增，但占用空间大，索引速度慢，你也不想用它。
|
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 应用实例可能超过50个，每个并发请求可达10W/s。
|
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 在容器环境部署应用（水平扩展、自动伸缩）。
|
|
|
|
<font color="green" size="5">💧</font> 在容器环境部署应用（水平扩展、自动扩容）。
|
|
|
|
|
|
|
|
<font color="green" size="5">💧</font> 不想依赖 redis 的自增操作。
|
|
|
|
|
|
|
|
@@ -79,9 +79,9 @@ QQ群：646049993 |
|
|
|
|
|
|
|
## 新算法特点
|
|
|
|
|
|
|
|
<font color="green" size="5">✔</font> 整形数字，随时间单调递增（不一定连续），长度更短，用50年都不会超过 js Number类型最大值。（默认配置 WorkerId 是6bit，序列数是6bit）
|
|
|
|
<font color="green" size="5">✔</font> 整形数字，随时间单调递增（不一定连续），长度更短，用50年都不会超过 js Number类型最大值。（默认配置）
|
|
|
|
|
|
|
|
<font color="green" size="5">✔</font> 速度更快，是传统雪花算法的2-5倍，0.1秒可生成50万个。（i7笔记本，默认算法配置6bit+6bit）
|
|
|
|
<font color="green" size="5">✔</font> 速度更快，是传统雪花算法的2-5倍，0.1秒可生成50万个（基于8代低压i7）。
|
|
|
|
|
|
|
|
<font color="green" size="5">✔</font> 支持时间回拨处理。比如服务器时间回拨1秒，本算法能自动适应生成临界时间的唯一ID。
|
|
|
|
|
|
|
|
@@ -100,15 +100,7 @@ QQ群：646049993 |
|
|
|
| 传统雪花算法 | 0.0045s | 0.053s | 0.556s |
|
|
|
|
| 雪花漂移算法 | 0.0015s | 0.012s | 0.113s |
|
|
|
|
|
|
|
|
💍 极致性能：500W/s~3000W/s。（所有测试数据均基于8代低压i7计算。）
|
|
|
|
|
|
|
|
## 适用范围
|
|
|
|
|
|
|
|
🔷小型、中型、大型需要全局唯一Id（不用Guid）的项目。
|
|
|
|
|
|
|
|
🔷 单机或分布式项目。
|
|
|
|
|
|
|
|
🔷不想将 Long 型转 String 给前端用的项目。
|
|
|
|
💍 极致性能：500W/s~3000W/s。（所有测试数据均基于8代低压i7计算）
|
|
|
|
|
|
|
|
|
|
|
|
## 如何处理时间回拨
|
|
|
|
|
yitter
4 years ago