php - 数据库设计

Question

我正在尝试为一个项目构建 mysql 数据库设计。问题在于提出最好的解决方案。基本上在我的应用程序中，我必须为每个用户插入大约 10-30 行。主键将是随机 CHAR(16) 字符串。还有一个日期时间索引，以及一个名为“data”的附加行(带有索引)。

每天，表上只会有大量的插入和查找。查找将始终基于主键连接(因此每个用户连接 10-30 行)。

我有时需要能够查看几个特定月份(甚至一整年)，并在“数据”索引上使用 mysql GROUP BY 函数。

按照目前的数量和估计，我预计该表每月将增长 930 万行。我确实预计这一数字会增加。

所以我的问题归结为:mysql 分区、编程表分离还是其他解决方案？事情最好按月还是按年分开？我们在 RHEL 上运行，因此获取 mysql 5.1 可能需要一些工作，但如果这是一个更好的解决方案，那么可能值得采用。

该项目已选择innoDB。日常表现是首要关注的问题。

Answer 1

这并不能回答你的问题，但需要提及......

The primary key will be a random CHAR(16) string.

这是一个坏主意。将 UNSIGNED BIGINT 列与 AUTO_INCRMENT 结合使用。无需重新发明轮子:这样您就不必担心 key 管理或冲突。