高可用讨论db模型——mysql

Question

您能否分享您对可扩展性的见解？

假设我有一个简单的 MySQL/RDBMS db 用于树状讨论：

表格：

• 讨论（ID，网址）
• 评论（id、discussionId、parentCommentId、slug）
• comment_vote（discussionId、commentId、userId、值）

这个想法是在这个 RDBMS 结构中执行不太频繁的写入（与更频繁的读取相反），然后在写入重建缓存以将整个讨论写入某个读取缓存（可能是文档数据库）中，其中存储了可以提供的格式无需进一步处理给客户。

• 我们预计每天有 250MB 的新数据或每分钟 1000 个请求（90% 读取）。
• 在comment_vote 中，我们应该以某种方式确保对于特定评论，每个用户最多有1 票。
• db 使用 DiscussionId 键进行分片，并且我们的数据库集群具有任意数量的节点

1./ 这种布局在现实中能走多远？我的意思是，我们这里只有 3 张桌子。有没有明显的瓶颈？比如重建索引，一些表级锁定，......在表中的每个插入上，应该有数百 GB 甚至更多？

2./ 将文档数据库也用于写入是否更合理，因为例如他们可以为较小的零件处理更好的物理锁定？

3./ 还有其他想法/更好的解决方案吗？

非常感谢。

Answer 1

好吧，管理高负载是一项非常全面的任务，因此您可以在https://dba.stackexchange.com/ 上试试运气

最初的想法

1. 您可以尝试将 PostgreSQL 作为 MySQL 的更强大替代品
2. 对于类似论坛的记录，根据 cmets/discussions 的 DATE 值构建分区是一个很好的解决方案。因此，您需要添加 DATE 字段 - 例如上次更新、上次阅读等。这些值还将帮助您在逻辑上决定是否需要归档
3. 如果需要实现快速全文搜索，MySQL 并不是最好的办法