is a simple delay message queue， based on redis and kotlin

设计 https://www.cnblogs.com/peachyy/p/7398430.html

一个简单、稳定、可扩展的延迟消息队列

• 支持 master,slave （HA）需要配置sdmq.registry.serverList zk集群地址列表
• 支持 cluster 会涉及到分布式锁竞争 效果不是很明显 分布式锁采用redis的 setNx实现
• StandAlone

推荐使用master slave的模式

以JSON数据格式参数 目前只提供了http协议

• body 业务消息体
• delay 延时毫秒 距createTime的间隔毫秒数
• id 任务ID 系统自动生成 任务创建成功返回
• status 状态 默认不填写
• topic 标题
• subtopic 保留字段
• ttl 保留字段
• createTime 创建任务时间 非必填 系统默认

/push  
  POST application/json

{"body":"{ffff}","delay":56600,"id":"20","status":0,"topic":"ces","subtopic":"",ttl":12}

删除任务 需要记录一个JobId

/delete?jobId=xxx
   GET

用于任务错乱 脑裂情况 根据日志恢复任务

/reStoreJob?JobId=xxx
   GET

根据日志恢复任务

/reStore?expire=true
   GET

参数expire 表示是否需要恢复已过期还未执行的数据

根据日志中未完成的数据清空队列中全部数据

清空之后 会删除缓存中的所有任务

/clearAll
   GET

目前默认实现了rocketmq的推送方式。暂时就不用自己去实现推拉数据了。直接强依赖MQ。

• 分区(buck)支持动态设置
• redis与数据库数据一致性的问题 （重要）
• 实现自己的推拉机制
• 支持可切换实现方式 当前强依赖redis 只有这么1个实现
• 支持Web控制台管理队列
• 实现消息消费TTL机制

定位是后期会改为基于kotlin java太多麻烦事了

需要配置好数据库地址和redis的地址 如果不是单机模式 也需要配置好zookeep

运行测试类io.sdmq.FixTest添加任务到队列中

启动Bootstarp消费前面添加数据 为了方便查询效果 默认的消费方式是consoleCQ 控制台输出

• 2017年11月21日14:34:39 支持restful清空队列数据
• 2018年03月19日14:26:56 支持配置消费方式 默认为jmsCQ 在不修改代码的情况下覆盖方式 -DClassName=xxxx