分布式ID

UUID

• 优点：

  • 使用简单
  • 无需引入额外组件

• 缺点

  • 无序，无法实现范围查询
  • 插入操作比自增ID性能差不少（大概四倍）
  • 建议用自增ID（表的主键） + UUID（唯一标识）

Redis

• Incr指令
• 优点：
  • 使用简单
  • 性能不错
• 缺点
  • 需要引入额外组件
  • 强依赖Redis

利用数据库的自增能力

• 优点：
  • 使用简单
  • 对代码没有侵入性
• 缺点
  • 扩展性不佳
  • 非单调递增，只能趋势递增

号段模式

• Spring的MySQLMaxValueIncrementer

• 简单号段模式
  
  

• 优点：取得号段之后，不再强依赖数据库

• 缺点：趋势递增的，而非单调递增

类Snowflake算法

• 优点：
  • 不依赖任何中间件
  • 性能好
  • 单调递增
• 缺点：
  • 依赖时钟的一致性
  • 时钟回拨会有问题

分库分表中间件

• 每个库只存储部分数据，如何根据查询条件路由到对应库
• 一条语句可能要同时查询多个实例，才能获得最终结果
• 跨库join：参与join的表，分别属于不同的数据库实例
• MyCat教程

数据迁移

迁移数据的场景

• 机房迁移，阿里云迁移到华为云
• 系统重构，表结构发生重大变化
• 分表调整
• 更换数据库选型

迁移数据的诉求

• 数据准确
• 不能影响用户体验：中途不能停机

迁移的方案

挂从库

• 
• 优点：
  • 迁移成本比较低
  • 操作简单
• 缺点：
  • 有段时间不可写入
  • 只适合数据库选型不变，同时表结构不变的场景

双写

• 优点：
  • 灵活，能满足各种业务场景
  • 不会停机
• 缺点
  • 复杂度相对高
  • 要修改业务代码
  • 迁移周期相对长