哪个数据库架构师最适合网站/页面统计计数？

Question

我已经尝试过MongoDB和Redis，我认为..these数据库只有在您有一个好的硬件和一个不带集群的情况下才是好的。

我的问题是，我必须计算视频中的一些东西

• 视图/唯一视图/地理位置/浏览器/播放时间等。
• 评论数量
• 股份数目

有很多的写作，我更新数据后，每小时在我的主数据库，所以只有一个读取(每一个视频在每小时)。网站上每一刻都有大约5000名在线访问者，我必须继续跟踪它。我使用了Redis，redis很好，但我真的很担心它的持之以恒，我已经丢失了大约4次我的数据，数以百万计的浏览量重置。Redis确实很好，但是您需要有一个集群，这样如果一个服务器停机，总是会有另一个服务器来备份它。MongoDB变慢了，或者说我不能正确地使用它。

我的问题是

我现在能负担得起一个统计服务器，只是为了统计数据。

• 4台SSD，24 Dual，双四芯2.4 xeon

使用此配置，考虑每秒1000次写入，哪个数据库模型最适合统计计数。我不介意使用SQLite。也许需要一个建议。帮我决定。

我将用PHP编写我的代码。

Answer 1

您是否考虑过使用redis作为排队服务器？

这就是我们如何管理我们的统计系统:触发事件写入redis服务器，并且每分钟有一个node.js守护进程检查这个redis中的新行，并将整个新行发送到一个“经典”的SQL server中(在本例中，我们有两个server:一个用于事件和统计，另一个用于通知系统)。

晚上，由cron脚本调用的另一个node.js脚本聚合到Sql服务器中的数据(按时间进行聚合:白天的统计数据、周的统计数据、月份的统计数据等等)。

Answer 2

我相信SQLite会为这么多的文章而挣扎。在我看来，Redis是个不错的选择。

我不是Redis的超级用户，但我读过一些关于它的文章，并使用过几次。你所面临的持久性问题不应该发生。Redis具有将数据保存到磁盘的能力:要么是明确性(即命令)，要么是每隔X秒。

然后，您可以将Redis文件备份到另一台服务器，以确保不会丢失太多。如果每小时保存到磁盘，则不会丢失超过1小时的数据。