大型mysql数据库-查询性能慢、表消失和恢复备份时间长

Question

我有一个数据库，其中3个表的行数超过2000万行。我使用GUID作为主键(不幸)。现在我们的数据库大约是20 5GB，每月增长5GB。

对数据库进行完全备份大约需要2小时，在4GB RAM的盒上恢复需要30小时。

我们曾经让数据库中的所有表都消失了。同一服务器中的其他mysql数据库都是正常的，除了一个--其中只有一个数据消失了，留下了空表。

一个select查询(在许多慢速查询中)--它获得20m表中的一个日期列的最大值，大约需要5分钟才能返回结果。这个查询非常频繁地使用。

我在寻找答案

1. 建议的数据库设计更改
2. 提高查询性能的方法- 20m记录上的最大日期列
3. 其他查询的性能
4. 如何处理将来的db增长

谢谢大家的关注。

Answer 1

我见过更大的设置(以InnoDB作为存储引擎，GUID作为主键)，并且没有这样的问题。

我们曾经让数据库中的所有表都消失了。同一服务器中的其他mysql数据库都是正常的，除了一个--其中只有一个数据消失了，留下了空表。

如果系统LSN低于每个页面的LSN，表可能看起来是空的。如果InnoDB日志文件损坏，可能会发生这种情况。然而，在这种情况下，InnoDB将发出警告。

一个select查询(在许多慢速查询中)--它获得20m表中的一个日期列的最大值，大约需要5分钟才能返回结果。这个查询非常频繁地使用。

在该列上创建索引，查询将立即进行。

请发布准确的查询，我将告诉您如何创建最佳索引。

我认为DB设计本身没有问题，很可能是服务器的问题。

是否有可能在另一台服务器上使用干净的普通MySQL安装来再现此行为？

您还可能希望尝试在表之间拆分数据。从备份中设置innodb_file_per_table和还原。

Answer 2

Percona XtraBackup工具是无害数据库热备份的一种免费替代。

Answer 3

对于备份，可以使用innodb热备份工具。这不仅允许您在数据库运行时执行一致的备份，而且还原比您正在执行的恢复要快得多(我假设mysqldump?)。确实要花钱。