主页 / dba / 问题 / 185711
Accepted
Vilx-
Asked: 2017-09-13 05:09:07 +0800 CST

在共享文件夹上使用数据目录在 virtualbox 中运行 MySQL 有时会导致数据损坏

  • 772

我正在尝试将我们的开发环境转移到一个 vagrant box（使用 Oracle virtualbox 的虚拟机）上。目前我被困在一个问题上：

环境需要一个MySQL服务器和一些数据库。我已经设置了所有用于安装 MySQL、创建和填充数据库等的脚本。这很有效。

由于开发人员可能会设置更多自己的数据，所以我的想法是将 MySQL 数据文件夹放在共享的 virtualbox 文件夹中。这样，当 vagrant 机器被销毁/重新创建时，数据文件夹仍然存在并且可以重复使用而不会丢失数据。

但是有时（但不总是，我不知道是什么触发了它）当我简单地暂停然后恢复虚拟机时，MySQL 开始抱怨它的很多表（但不是全部）已损坏。修复表格会导致其中的所有数据丢失。显然这是不可接受的。

有谁知道为什么会发生这种情况以及如何预防？

一些可能的线索或转移注意力 - 因为我读到 virtualbox 的共享文件夹很慢，所以我将 InnoDB 缓冲池大小增加到 1GB，以便它有很多缓存空间。我们确实以大约 50/50 的比例使用 InnoDB 和 MyISAM。我还没有检查失败的表是否都属于同一个引擎——下次崩溃时我会注意它。

更新

哈，我设法当场抓住了它！这实际上是...悬念...InnoDB 和 MyISAM。

从 MyISAM 表中选择会给出错误

表 'xxx' 被标记为崩溃，应该修复

尝试运行mysqlcheck -A -a（分析所有表）实际上会使 MySQL 崩溃。日志文件讲述了这个故事（为清楚起见进行了编辑）：

[Warning] InnoDB: Retry attempts for writing partial data failed.
[ERROR] InnoDB: Write to file ./ib_logfile0failed at offset 29885952, 1024 bytes should have been written, only 0 were written. Operating system error number 71. Check that your OS and file system support files of this size. Check also that the disk is not full or a disk quota exceeded.
[ERROR] InnoDB: Error number 71 means 'Protocol error'
[ERROR] mysqld got signal 6 
Query (0x7fbc12501b50): ANALYZE TABLE `yyy`

然后，片刻之后，systemctl 重新启动服务，一切再次完美运行。

我有根据的猜测是，暂停虚拟机会释放 virtualbox 对打开文件的锁定，并且当 virtualbox 再次启动时，它不会重新获取它们。所以从 MySQL 的角度来看，它保持文件打开，但 virtualbox 失去了控制，所以当 MySQL 再次尝试访问该文件时，它会出错。

mysql corruption

2 个回答

  1. 当生产环境崩溃时，你发现那里的 MyISAM 表已损坏，并且你发现它们需要多少小时（或几天）REPAIR，你可能会重新考虑是否有理由转向 InnoDB。

    在某些时候，您的“暂停”+ 损坏可能会使 MyISAM 表变得混乱，以至于开发受到影响。

    OK，讲完了；回到你的问题。

    虚拟机有多大？如果您在该框上使用 50/50 InnoDB/MyISAM，则在 VM 至少为 4GB 的情况下使用这些设置：

    key_buffer_size = 10% of the VM size
innodb_buffer_pool_size = 35%

    如果小于 4GB，则将这些百分比降低一些。目标是避免交换。

    • 1
  2. Best Answer

    也许您可以通过将数据库文件放在专用虚拟硬盘上来稳定您的系统。步骤：建立一个大小合适的VHD，给它一个挂载点，格式化它，将它的挂载点添加到/etc/fstab，将所有数据库文件复制到新的VHD。然后，编辑（数据库服务器的）配置文件，使它们指向新虚拟硬盘驱动器上的文件。

    是的，我们可以设置权限等以保护共享文件夹上的文件，但虚拟硬盘驱动器可以为数据库提供更好的“容器”，也许更适合您的要求。M Hashimoto 进行了一些测试，比较了共享文件夹/虚拟环境/NFS 的性能（参见报告： http: //mitchellh.com/comparing-filesystem-performance-in-virtual-machines）。并不是说您在抱怨这样的性能，而是使用 VirtualBox 的共享文件夹似乎有一些“困难”（或者：过去似乎有过）。

    如果您真的必须“暂停”VM，这里有一些提示（https://askubuntu.com/questions/63524/whats-the-best-way-to-pause-my-work-in-virtualbox-with -ubuntu-as-a-guest）。我可以想象，当所有文件（与数据库服务器相关联）都位于附加到 VM 的虚拟硬盘驱动器上时，这会更顺畅。

    您还可以分离（并保留）包含数据库文件的虚拟磁盘，创建新的 VM，并在需要时将磁盘附加到新的 VM。

    • 1

相关问题