【发布时间】:2016-01-24 02:43:15
【问题描述】:
我们正在编写一个聊天应用程序,部分使用 node.js。我们预计每秒有 1000 条插入(消息),因此我们的方法是写入 redis(为每个房间使用 lrange),并且在 redis 中还有一个名为 not_saved_messages 的列表,另一个进程循环并写入 MySQL .这是反模式吗?我们是否应该只写给 MySQL 并希望它能坚持下去?
【问题讨论】:
-
似乎不是一种反模式,也不是处理插入突发的实用方法。您基本上将 Redis 用作消息队列。我可能想关注延迟,因为取决于您的应用程序的哪些部分从 MySQL 存储中提取,延迟可能会影响用户的体验或期望。总体而言,这似乎是一种合理的方法。