- 我们的程序在面对 kill -9 这样的指令的时候会直接退出，不能保证数据持久化到mysql完后再退出
- 而且我们现在的并发量仍然不够，只能加机器，多机器并发写mysql可能导致mysql扛不住，mysql写的并发量不能根据我们机器的数量的增长而增长
- 考虑使用消息队列mq，当抽中奖品后把订单消息写入kafka中去，然后又其他服务器起kafka消费者去读取订单信息写入kafka
- 对应的，需要修改我们的抽奖函数
- 数据在kafka里面是不会丢的，下次启动可以继续写入
Golang｜Kafka在秒杀场景中的应用
ErizJ2025-04-16 13:40
相关推荐
葫芦和十三2 小时前
图解 MongoDB 11｜慢查询排查闭环：从 Profile 到 explain 的分层路径葫芦和十三6 小时前
图解 MongoDB 09｜explain 再读：从 queryPlanner 到 executionStats葫芦和十三6 小时前
图解 MongoDB 10｜覆盖查询：让索引把活干完，根本不用回表大鸡腿同学7 小时前
从 CoT 思维链到 ReAct：智能 Agent 到底是怎么 “思考” 的？IT_陈寒9 小时前
Vite的静态资源打包让我熬夜到三点，这坑千万别跳SamDeepThinking10 小时前
高并发场景下，CompletableFuture与ForkJoinPool该如何取舍？Asize10 小时前
多模态生图：从 Vite 工程化到前端调用 Qwen Imagejava小白小10 小时前
SpringBoot(09)：缓存实战——穿透、雪崩、击穿的解决方案java小白小10 小时前
SpringBoot(08)：Redis 集成——5 分钟给你的项目加上缓存LiuMingXin11 小时前
意图与代码之间：AI编程范式全景解读