Существующие данные MySQL с Vagrant/VirtualBox

Прежде всего, позвольте мне начать с того, что это не лучшая практика. Вы можете сами знать, что это может привести к проблемам, если, например. ваш компьютер гаснет или вы хотите передать один проект другому человеку для разработки. Конечно, особенно для одного человека, есть вещи поважнее, чем импортеры тестовых данных и прочее :) Итак, давайте искать решения.

Разрешения NFS

Чтобы правильно получить разрешения NFS, ваши пользователи должны иметь одинаковые UID и GUID на хосте и в гостях. Это довольно сложно настроить, и вы не должны менять его из гостя. Возможно, вы можете изменить его на хосте, чтобы сделать его доступным для записи в mysql и сделать UID и GUID одинаковыми. Конечно, в тот момент, когда хост изменится, это больше не будет работать.

общая папка rsync

Rsync может быть не самым быстрым с точки зрения синхронизации, но если вы создаете общую папку rsync, в которую записывает только MySQL и которая синхронизируется с какой-либо папкой на вашем хосте, это может быть решением. «Настоящие» проекты могут по-прежнему жить внутри общего ресурса virtualbox или nfs, и вам не нужно беспокоиться о правильных разрешениях.

Могут быть и другие решения:

Создайте стратегию резервного копирования/восстановления

Один из способов — сделать резервную копию MySQL внутри вашего бродячего ящика в разных точках, например. ежедневно. Вы также можете запускать резервное копирование, когда ящик выключен, таким образом создавая резервную копию прямо перед тем, как уничтожить ящик. Поместив эту резервную копию в общую папку, у вас будут актуальные данные на случай, если вы уничтожите ящик. Производительность должна быть довольно хорошей, поскольку данные, которые использует MySQL, не будут находиться в общей папке.

Запустите MySQL на хосте или другом бродячем компьютере

Конечно, можно подключиться из вашего бродячего ящика к вашему хосту или другому бродячему ящику, на котором работает MySQL. Ваш хост или этот ящик могут быть долговечными и служить центральным «сервером MySQL» для всех ваших проектов.

Запустить ведомое устройство MySQL на той же машине, которая записывает данные в общую папку

Я считаю, что с MySQL возможна комбинация ведущий/ведомый. Запуск как на одной машине с мастером (который вы используете в своих проектах), живущим внутри вашей виртуальной машины и ничего не записывающим в общую папку, так и с подчиненным, который пишет в вашу общую папку и является зеркалом вашего мастера. Это будет означать, что у вас высокая производительность и задержка в несколько секунд между записью чего-либо и записью в вашу общую папку. Конечно, поддерживать эту настройку в рабочем состоянии и следить за тем, чтобы она работала все время, может быть непросто.

У меня была такая же проблема или требование для моего локального разработчика на Mac. И я нашел решение для коробки Vagrant только для MySQL с внешними данными, связанными как folder_sync. Но я думаю, что он будет работать и на Win. Вот конфигурация коробки Vagrant: https://github.com/ronnyhartenstein/vagrant-mysql-shared-folder

И если вы понимаете немецкий, вот моя статья в блоге с некоторой справочной информацией и тестами (и, конечно, с ошибками): http://blog.rh-flow.de/2014/11/11/es-hat-sich-ausgemampft-vagrant-ist/

Вы можете использовать bindfs для изменения пользователя/группы общего ресурса. На самом деле я использую плагин под названием vagrant-bindfs, который позволяет вам перемонтировать общий ресурс с разными владельцами. Это работает, но я не пробовал это с MySQL, чтобы увидеть, как это работает.

Соответствующие строки в моем Vagrantfile:

unless Vagrant.has_plugin?("vagrant-bindfs")
  raise 'vagrant-bindfs is not installed! Please install with vagrant plugin install vagrant-bindfs'
end

config.vm.synced_folder "../", "/temp-nfs-mounts/sites-unbinded", type: :nfs
config.bindfs.bind_folder "/temp-nfs-mounts/sites-unbinded", "/sites", :force_user  => "vagrant", :force_group => "vagrant", :create_as_user => true