rocketmq topic自动创建最佳实践？资深工程师经验分享！

发布日期： 2025-12-02 阅读量： 作者： admin

今天想聊聊RocketMQ的topic自动创建这个事儿，说起来都是泪。

踩坑的开端

上周三我们新服务上线，测试环境跑得好好的，一到生产环境就疯狂报错。我盯着日志看了半天，发现全是"topic not exist"——好家伙，部署脚本忘了加创建topic的步骤！

当时我第一反应就是手动创建呗，结果登录服务器敲命令的时候手一抖，把topic名打错了。这一错可消息全堆在死信队列里，业务方电话直接打爆了我手机。

第二天我琢磨着得彻底解决这个问题。先翻了下官方文档，发现有个autoCreateTopicEnable参数，开心得直接在生产环境给打开了。

结果你猜怎么着？下午就出事了！某个测试同学手贱乱发消息，系统自动创建了一堆乱七八糟的topic，磁盘容量直接告警。运维老大冲过来骂了我半小时，说我这操作比实习生还莽撞。

这时候我才明白：自动创建不是简单开关，得有一套规则管着。

后来我做了三件事：

具体操作是这样的：服务启动时先调用API查topic，要是没有就自动创建，但名字必须符合规范——比如只能包含业务前缀加固定后缀。我还设了个小机关，要是有人试图创建"test""demo"这种名字的topic，系统直接拒绝。

现在我们的做法是：开发环境随便自动创建，测试环境部分开放，生产环境完全关闭自动创建功能。所有生产环境的topic都要在运维平台登记，写明用途和负责人。

这套方案运行了小半年，再也没出现过topic缺失导致的事故。有时候想想，技术方案真不是越方便越合适的约束反而能让系统更稳定。

对了，最近我还发现个小技巧：在业务代码里加个topic存在性检查，要是遇到不存在的topic就先记录日志再降级处理，比直接报错友好多了。这个细节下次可以单独写写。