mysql - 数据库设计: storing hourly analytics for thousands of seperate apps

Question

我有兴趣设计一个数据库来跟踪多达数千个应用程序的实时使用统计信息。每次加载应用程序时，都会调用一个 PHP 脚本，该脚本会将相关应用程序的当前小时数加一。在 MySQL 中执行此操作最快、最简洁的方法是什么？

需要能够快速编译汇总数据，例如显示应用过去 24 小时每小时的流量或过去 30 天每天的流量。

如果所有内容都存储在单个表中，则意味着为每小时或每个应用程序创建新列，这听起来不太正确。将每个应用程序存储在自己的表中听起来意味着进行设计更改将是一场噩梦。 MySQL 是一个糟糕的选择吗？

Answer 1

这似乎是一个广泛的问题，但我认为有一个更狭窄的答案。创建一个包含以下列的表:

• 应用名称(或 ID)
• 小时说明符(可能是多列并包含日期)

以及其他列，例如:

• 创建日期时间
• 每行都有唯一(自动递增)id

然后，您的代码将在该表中插入一行。您并不特别需要计数，并且更新会比插入产生更多开销。

如果结果查询不够快，那么考虑如何优化它。首先考虑索引。然后考虑定期(例如每小时一次)提取报告表的数据。