我正在构建一个网站，该网站作为一个组件具有聊天功能。该网站使用 MySQL 数据库，但我了解到聊天日志不应存储在 MySQL 中，因为从 SQL 数据库提取日志会占用大量资源。
由于聊天日志是相当低优先级的数据，因此 NoSQL 数据库带来的所有权衡都是可以接受的，但我从未遇到过使用两个数据库的小型系统。有什么特别的理由我不应该这样做吗？或者我只是过度优化，应该将日志存储在 MySQL 数据库中？
最佳答案
问题太宽泛，但总结一下:
您没有理由不能同时使用两个 SQL + NoSQL 数据库。请注意，“聊天日志”可能会很快变得很大，因此请提前做好准备，以便能够在需要时删除旧聊天。此外，将它们分开还有一个额外的优点，即不太重要的数据库(NoSQL 聊天日志)不会降低更重要的数据库(站点的 MySQL 数据库)提供的功能的性能。
您的限制更有可能来自您的托管提供商(空间使用情况、可用数据库总数等)。我确实希望您能够通知访问者聊天记录已被记录。
关于mysql - (小型)站点是否应该同时使用 SQL 和 noSQL 数据库，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35680102/