订单号生成策略与超时自动取消方案

订单号生成策略（UUID 数据库自增 Snowflake Redis MongoDB objectId Zookeeper Znode）
1、UUID 大家都知道，不说了。
2、数据库自增ID
关系型数据库都实现数据库自增； MYSQL通过AUTO_INCREMENT实现、Oracle通过Sequence序列实现的。
在数据库集群环境下，不同数据库节点可设置不同的起步值、相同步长实现集群下生成全局唯一、递增ID。

 SET GLOBAL auto_increment_increment=3;
 SET GLOBAL auto_increment_offset=1;

3、Snowflake算法 雪花算法
组成 ：41位时间戳 +10位机器ID+12位序列号（自增），转换为长度为18位的长整型。
Twitter为了满足每秒上万消息的创建，每条消息都必须分配全局唯一的ID，这些ID需要趋势递增，方便客户端排序。
4、Redis 自增ID
Redis 实现了ince（key）API 将用于key的值递增1，并返回结果。
如果key不存在，则创建并赋值为0 ，然后再执行incr操作。
分析

---

类型 优点 缺点 格式
UUID 实现简单 不占用宽带 无序 不可读 查询慢 32位
DB自增 无代码 递增 DB单点故障 扩展性瓶颈
Snowflake 不占用宽带 低位趋势递增 依赖服务器时间 18位
Redis 无单点故障 性能优于DB 递增 占用宽带 Redis集群维护困难 32位

---

订单超时自动取消方案
1、数据库轮询
小型项目常用方式，通过一个线程去扫描数据库或者数据库定时任务，通过订单时间，判断超时的订单，进行更新状态或者其他操作。
2、JDK延迟队列
DelayQueue 是一个无界阻塞队列，只有在延迟期满时才从中获取元素，放入DelayQueue中的对象需要实现Delayed接口。
ProducerDelay生产者生成一个任务 DelayQueue通过poll()或者take()方法获取超时时间任务。然后到达消费者consumerDelay
3、Redis
redis是一个开源的、高性能、基于键值对的缓存与存储系统，通过提供多种键值数据类型来适应不同的场景，通过提供多种键值数据适应不同场景来适应缓存与存储的需求，value的类型可以提供String Map List Sets sortedSets类型。
redis有序集合 将订单超时的时间戳与订单号分别设置为score与member 系统扫描第一个元素是否超时。
4、用RabbitMQ ActiveMQ JMS进行判断订单是否超时，队列中可以设置判断类型 从进入队列开始 如果条件符合，直接持久化，如果超过时间将消息删除。