lxm_library_java/SnowFlake-IdGenerator
1
0
Fork 0
mirror of synced 2026-04-18 22:38:41 +08:00
Code Issues Projects Releases Wiki Activity

auto commit

Browse Source
This commit is contained in:
yitter
2021-04-09 17:37:39 +08:00
parent c51e0f6f67
commit 227284d19b
1 changed files with 5 additions and 13 deletions
Download Patch File Download Diff File Expand all files Collapse all files

18
README.md
View File

@@ -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计算）
## 如何处理时间回拨