我正在寻找一些关于事件源的良好数据存储的建议。目标是拥有一个 Twitter/Facebook 类型的源日志,其中包含用户可以在我们网站上进行的各种事件。 “墙”或“提要”将通过 AJAX 更新,显示网站用户当前正在做什么。它将被经常写入,然后最新的将显示在网站上。 (例如 John Smith 2 秒前推荐了 Jane Smith 的文章)
我们目前将提要存储在 MySQL 中,但性能一直很差,我担心如果我们不断访问数据库以获取最新的用户事件并写入提要,则会影响网站其余部分的性能.
如有任何建议,我们将不胜感激!
最佳答案
利用最好的缓存解决方案,例如 memcache以提高性能。除了扩展之外,事件源没有任何提高性能的可能性。
我会投票支持使用 http://redis.io/或http://www.mongodb.org/作为 MySQL 的替代方案,用于跨站点提供短期、几乎实时的事件。以及一个将事件历史记录转储到 MySQL 中以保存记录的 cron 作业。
关于performance - 网站用户事件日志数据存储的建议,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9295897/