拆分MySQL表以获得更好的性能

Question

我正在开发一个小应用程序，并且正在使用MySQL数据库保存与该应用程序相关的数据。

那就是让我感到奇怪的是：

我有很多书（例如100本），每本书内有数千张照片（平均约30,000张）。 我想将有关每张照片的信息保存在数据库中，很显然，我想知道照片是从哪本书拍摄的。

我想知道如何设计数据库以使其尽可能高效。 我在考虑保存信息的两种选择：

（显而易见的）

1. 创建2个表： 一个表，其中包含所有照片（来自所有书籍）（photoID，......，bookID）b。 一张桌子，上面放着书。 （bookID，bookName）
   • bookID是对books表bookID的外键引用。

（我不确定的想法）

1. 创建100个表，每个表将包含完全相同的字段。

我读了一些文章，说MySQL是为容纳数百万行而创建的，但是我发现很多人抱怨从数据库读取速度慢。

在我的应用程序中，我将处理大约300万行，应该使用哪种方法以获得更好的性能？ 也许我没有想到的另一种方式？

谢谢！

Answer 1

首先考虑一下未来的管理，书籍是否不会随着时间的推移而不断增加？ 有没有没有书的机会？ 如果答案是肯定的，那么您将不得不为其创建新表并进行管理。

尽管这不是一项艰巨的任务，但是却使其难以管理。 第一种方法对300万行是有好处的（从数据库角度来看，这不是一个大数目。我已经在一个表中管理了大约10亿行，并且性能可接受）

通过适当的索引编制和数据库调整（缓冲池，预取大小，缓存，过程等），您可以获得可接受的性能。

对于您的情况，我还建议优化的另一件事是，尝试压缩存储在DB中的图像。 有许多无损压缩算法（图像质量保持不变），压缩率最高可达90％（尺寸缩小90％）。 当您检索数据时，这将很有帮助。