MySQL跟踪系统

Question

我必须实现一个由MySQL数据库备份的跟踪系统。系统将跟踪许多应用程序，每个应用程序至少跟踪5个事件（例如，有多少用户点击了链接x，有多少用户访问过网页y）。一些应用程序将拥有数百万用户，因此几千次更新/秒并不是一个遥不可及的假设。 系统的另一个组件必须计算一些应该每分钟更新一次的统计信息。系统还应记录这些统计值的过去值。

的方法我的一个朋友建议是登录日志表的每一个事件，并有运行每分钟，并计算所需的信息并更新统计数据表中的cron作业。

这听起来对我来说很合理。有更好的选择吗？

谢谢。

Answer 1

我已经记录到一个与它嘎吱作响的cron日志表。

我通常在我的应用程序中使用innodb表，但对于日志表，我将它作为myisam并使用insert DELAYED . . .查询。

MyISAM不提供的InnoDB所有的好东西，但我相信它是（因为这个原因）稍快。

你担心的主要问题是数据库锁定，当你的cron运行，但使用“插入延迟”周围的问题得到大部分。

Answer 2

我真的建议你使用一个已经存在的日志分析器来分析你的web服务器已经存在的日志。一个例子是webalizer。我认为更好的是外部系统，如google analytics。这样做会更好，因为它将继续与中间系统（如负载平衡器和缓存）一起工作。

Answer 3

如果你的命中率太高，甚至插入到myisam表中去处理，你可能想要保持内存中最近的命中（memcache可以派上用场，或者你可以写一个自定义的守护进程），并处理命中内存定期存入数据库统计表（聚合）。