mysql, перемещение отдельных баз данных вместо всего каталога данных

Мне нужно переместить базы данных клиентов mysql на другой диск для целей:

 1. Отделение пользовательских данных от системных файлов
 2. Простота резервного копирования системных и пользовательских данных по отдельности
 3. Простота обновления системы

Полезны были следующие статьи:

  [как-переместить-mysql-datadir-на-другой-диск][1]
  [переместить базу данных mysql в другое место] [2]

Работая в системе Ubuntu-18, кажется, что переменная innodb_file_per_table установлена ​​по умолчанию:

mysql> ПОКАЗАТЬ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ, КАК 'innodb_%';
...
| innodb_file_per_table | НА 
...

(Те же результаты без GLOBAL)

я не могу найти Любые ссылка на innodb_file_per_table в любых конфигурационных файлах; единственный файл, в котором много всего,

  /etc/mysql/mysql.conf.d/mysqld.cnf

Меня беспокоит то, что все еще хранится в файлах

  /var/lib/mysql/ibdata1
                /ib_logfileN

Я заметил, что простой доступ к базе данных приводит к их обновлению.

Мои вопросы:

1. Если я перенесу только клиентские базы (на отдельный диск), а системный диск потерян и его необходимо воссоздать с нуля, что-нибудь потеряется?

2. Не лучше ли переместить все базы данных, в том числе (mysql, performance_schema и sys) на отдельный диск?

3. Не лучше ли перенести весь каталог данных на отдельный диск, указывая на него через переменную datadir в /etc/mysql/mysql.conf.d/mysqld.cnf?

4. Каковы последствия нет используя вариант 3, если системный диск потерян?

Было бы лучше переместить все таблицы MySQL на другой диск. Любая попытка разделить «клиентов» добавит сложности и затруднит достижение ваших целей. (Если это станет требованием, мы можем обсудить это дальше.)

По сути, единственный файл, который остается после такого перемещения, — это файл(ы) конфигурации. Ты упомянул /etc/mysql/mysql.conf.d/mysqld.cnf, но там могут быть и другие файлы конфигурации.

Где-то еще есть более крупный каталог, содержащий кучу файлов, а также подкаталоги, соответствующие созданным вами «базам данных». Я бы просто переместил все это дерево. Если вы используете ОС на базе Linux, используйте символическую ссылку из старого местоположения в новое. Никаких явных изменений конфигурации не требуется.

Затем, если какой-либо из дисков выйдет из строя, вы не сможете получить данные. Я хочу сказать, что игра с файлами и каталогами не обязательно приблизит вас к «безопасности».

Вместо этого сосредоточьтесь на резервных копиях. И/или «Репликация». Последний требует доп. сервер и дает полную копию данных. Тогда, если какой-либо из серверов выйдет из строя, вы ничего не потеряете.

LVM — еще один метод резервного копирования; преимущества наличия диска для базы данных. Но это добавляет кучу сложности.

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