我们有一台装有MySQL 5.1的Windows 2003服务器。几天以来,mysqldump比正常情况下慢了将近1个小时。数据库的总大小正在增长,大约为每天1 MB。没有太大的区别。

我们的技术支持人员在我们的机器上找不到奇怪的东西。他说,使用MySQL对服务器进行碎片整理是个好主意。我从没想过要进行碎片整理,但是已经安装了Defraggler。分析后,显示80%的碎片!

这可能是转储速度将近1小时变慢的问题/原因吗?
我的第一个想法是某些Windows更新可能是原因。

请把你的想法发给我

在MySQL生产服务器上进行碎片整理是否明智?
Defraggler说破损可能需要1天以上的时间?

最佳答案

您的数据库转储可能是磁盘绑定的,这意味着通过访问磁盘上的数据来限制数据库转储。

如果磁盘上的数据高度分散,则可能会严重影响性能。根据磁盘上数据的布局,MySQL可能会用新数据填补磁盘上的许多小间隙,这将比大的连续数据块慢得多。

定期进行碎片整理是个好主意。但是,由于MySQL可能已锁定数据库的数据文件,因此可能需要关闭MySQL才能对其文件进行碎片整理。

我建议至少运行碎片整理程序,而不要尽可能地关闭MySQL进行碎片整理。我对除碎片器不熟悉,但是如果可以,请尝试确定MySQL的数据是否碎片化。它可能具有碎片文件表或磁盘上数据的图形视图。 MySQL数据文件可能是最大的一些文件,因此可能更容易找到它们。如果发现其文件碎片过多,则可能需要尝试找到一些时间来关闭MySQL并对其文件进行碎片整理。

关于mysql - MySQL Windows 2003碎片整理硬盘,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/20004501/

10-13 08:56