MariaDB 变得更快了，但我找不到原因？

如何解决MariaDB 变得更快了，但我找不到原因？

我担心我的 MariaDB 10.4.12 数据库查询执行时间，在没有对我的数据库架构或数据进行任何更新的情况下，它会变得更快。虽然加速总是受欢迎的，但我担心这种加速的根本原因，特别是因为我在过去 24 小时内没有推出任何更改。这个特定的查询在一夜之间加速了 60 倍。

我有一个 NodeJS Web 应用程序，可将大型数据集过滤到“报告”页面，加载通常需要 10-12 秒。我的主表有 350 万行，基本查询涉及许多 joins、日期比较和文本比较。有微调查询的空间，但它适用于它的设计目的，我可以忍受 10 秒的加载时间。不过，今天早上我注意到，我的查询在不到 1 秒的时间内执行完毕，我没有任何最近更改。

对应用程序的最新更改已在五天前推出，这影响了拉入此数据库的数据量。同一服务器上的单独应用程序每 10 分钟访问一次数据集，并将这些行复制到“报告”应用程序与之通信的同一数据库中。直到这次更新，查询平均收集和插入约 80,000 行，大约需要 8-10 秒才能将数据完全复制到此数据库中。我五天前的更改将插入的行平均减少到约 20,000。

其他线索：

• PHPMyAdmin 仍然需要 10-12 秒来运行查询，而 MySQL 命令行工具需要不到 1 秒
• MariaDB 临时目录在 7 天前更改为更大的分区
• 查询在 24 小时前被测试为缓慢（10-12 秒）
• 在运行相同应用程序且运行相同 MySQL 实例（相同架构和数据）的预生产服务器上，查询仍然很慢

我目前的运行理论是，在 NodeJS 报告的时间范围内没有执行 ~80,000 次插入（插入为 8-10 秒），而是在 MariaDB 临时目录中等待，直到它们可以完全执行写入数据库。这表明数据库一直被这些写入所拖累，将数量减少到约 20k 可以让数据库更快地插入，让选择查询在今天早上运行得更快。

我应该担心这种加速吗？ MariaDB 能否找到一种更快的方法来索引我的数据？我要疯了吗？

谢谢。

解决方法

别担心。这种情况可能是由争用（多个数据库客户端同时使用数据库）和其他各种原因引起的。

（珍惜这一刻。表现通常会走向另一个方向。）

您可以测试正确性以提高您的置信度。检查一些较旧的和一些较新的记录，看看它们是否仍然包含良好的数据。

或者像这样的全表扫描查询

    SELECT COUNT(*),AVG(some_number_column),MIN(some_text_column) FROM mytable

这将需要一段时间，但它会命中表中的每一行。

您可能不需要这样做，但这是一种反复检查的方式（并告诉您的老板，“我反复检查过。）

,

10 秒，然后是 1 秒。那是“正常”。

第一个在没有数据缓存在 RAM 中时运行；第二个是所有缓存。

第三次运行；又是 1 秒。

重启MariaDB并再次运行；它将再次需要 10 秒。

长时间远离机器；不要碰桌子。它可能回到 10 秒。为此，请查看 RAM 和 innodb_buffer_pool_size 的大小。还要寻找将所有内容都从缓存中剔除的大表扫描。