mysql恢复的表查询慢_大型mysql(innodb)数据库 – 查询性能慢,表消失,恢复备份时间长...

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

完成数据库的完整备份需要大约2小时,而在4GB RAM的盒子上恢复需要30小时.

我们曾经把数据库中的所有表都消失了.除了一个之外,同一服务器中的其他mysql数据库都没有 – 只有数据消失而留下空表.

选择查询(在许多慢查询中) – 在20m表之一中获取最大日期列需要大约5分钟才能返回结果.此查询经常使用.

我正在寻找答案

>推荐数据库设计更改

>改进选择查询性能的方法 – 20m记录上的最大日期列

>其他查询的表现

>如何处理未来的数据库增长

谢谢大家的关注.

最佳答案 我已经看到了更大尺寸的设置(InnoDB作为存储引擎,GUID作为主键),并且没有这样的问题.

We once have all the tables from database disappeared. other mysql databases in same server were alright except one – for which only data was disappeared leaving empty tables.

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

A select query (among many slow queries) – which get max of a date column in one of 20m table takes about 5 mins to return result. This query used pretty frequently.

在此列上创建索引,查询将是即时的.

请发布确切的查询,我会告诉您如何创建最佳索引.

我认为DB设计没有问题,很可能是你的服务器.

是否可以使用干净的vanilla MySQL安装在另一台服务器上重现此行为？

您可能还想尝试在表之间拆分数据.设置innodb_file_per_table并从备份中恢复.