Question

我已经有一年多的在线档案服务了。不幸的是，我没有在基础设施中保留统计数据。我现在拥有的只是存档访问日志。

每小时有两个音频文件（一个0-30分钟，另一个30-60分钟）。我目前使用MySQL来计算数量。看起来像这样：

|     DATE     |   TIME  | COUNT |
|  2012-06-12  |  20:00  |  39   |
|  2012-06-12  |  20:30  |  26   |
|  2012-06-12  |  21:00  |  16   |

依旧......

这使得365天* 24小时* 2（一小时内减少两半）＆gt; 17500行。这使得读/写速度变慢，我觉得很多空间都是以这种方式存储它。

您是否知道任何其他数据库可以更有效地存储这些数据并且速度更快？

Answer 1

这不是太多行。如果它被正确编入索引，那么读取速度应该非常快（写入速度会稍微慢一点，但即使是最多约50万行的表格，我也几乎没有注意到。）

如果您使用类似

的内容从数据库中选择项目

select * from my_table where date='2012-06-12'

然后，您需要确保在日期列上有索引。如果在where语句中使用多个列，也可以创建多个列索引。这将使你的阅读声明非常快（就像我说的一百万行的顺序）。

如果您不熟悉索引，请参阅此处：