Репликация MySQL - История изменений

Bas в 12:34, 15 апреля 2015

2015-04-15T12:34:58Z

← Предыдущая версия		Версия от 12:34, 15 апреля 2015
Строка 186:		Строка 186:


	====Переключение роли сервера (master/slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====		====Переключение роли сервера (master-slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====


	=====Переключение Slave в Master =====		=====Переключение Slave в Master =====
	Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] и с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.		Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.
	<syntaxhighlight lang="mysql">		<syntaxhighlight lang="mysql">
	mysql> STOP SLAVE IO_THREAD;		mysql> STOP SLAVE IO_THREAD;
Строка 200:		Строка 198:
	mysql> RESET MASTER;		mysql> RESET MASTER;
	</syntaxhighlight>		</syntaxhighlight>


	=====Переключение Slave на другой Master =====		=====Переключение Slave на другой Master =====

Bas: /* Переключение роли сервера (master-slave)Switching Masters During Failover */

2015-04-15T07:02:38Z

Переключение роли сервера (master-slave)Switching Masters During Failover

← Предыдущая версия		Версия от 07:02, 15 апреля 2015
Строка 186:		Строка 186:


	====Переключение роли сервера (master-slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====		====Переключение роли сервера (master/slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====


	=====Переключение Slave в Master =====		=====Переключение Slave в Master =====
	Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.		Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] и с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.
	<syntaxhighlight lang="mysql">		<syntaxhighlight lang="mysql">
	mysql> STOP SLAVE IO_THREAD;		mysql> STOP SLAVE IO_THREAD;
Строка 209:		Строка 209:
	mysql> START SLAVE;		mysql> START SLAVE;
	</syntaxhighlight>		</syntaxhighlight>



	====Примечания====		====Примечания====

Bas: /* Примечания */

2015-04-14T15:14:38Z

Примечания

← Предыдущая версия		Версия от 15:14, 14 апреля 2015
Строка 209:		Строка 209:
	mysql> START SLAVE;		mysql> START SLAVE;
	</syntaxhighlight>		</syntaxhighlight>



	====Примечания====		====Примечания====

Bas: /* Переключение роли сервера (master-slave)Switching Masters During Failover */

2015-04-14T15:14:19Z

Переключение роли сервера (master-slave)Switching Masters During Failover

← Предыдущая версия		Версия от 15:14, 14 апреля 2015
Строка 187:		Строка 187:

	====Переключение роли сервера (master-slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====		====Переключение роли сервера (master-slave)<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-solutions-switch.html Switching Masters During Failover]</ref>====


	=====Переключение Slave в Master =====		=====Переключение Slave в Master =====
	Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.		Slave-сервер должен работать с включенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#option_mysqld_log-bin --log-bin] с выключенной опцией [http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html#option_mysqld_log-slave-updates --log-slave-updates]. В этом случае slave-сервер готов стать master-сервером без перезагрузки mysqld.
Строка 198:		Строка 200:
	mysql> RESET MASTER;		mysql> RESET MASTER;
	</syntaxhighlight>		</syntaxhighlight>


	=====Переключение Slave на другой Master =====		=====Переключение Slave на другой Master =====

Bas в 15:13, 14 апреля 2015

2015-04-14T15:13:32Z

@@ Строка 180: / Строка 180: @@
 </pre>
 ..., который позволит следить за статусом подключенных slave-серверов.
 ====Примечания====

Bas: Новая страница: «''Данная статья является вольным и сокращённым переводом официальной документации!''…»

2015-04-14T09:02:18Z

Новая страница: «''Данная статья является вольным и сокращённым переводом официальной документации!''…»

Новая страница

''Данная статья является вольным и сокращённым переводом официальной документации!''

====Настройка====
=====master-сервер<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-masterbaseconfig.html Setting the Replication Master Configuration]</ref>=====
На master-сервере необходимо включить бинарные логи и установить уникальный server ID. Если бинарные логи не включены, то репликация не будет работать. После установки потребуется перезагрузка MySQL-сервера. 

Для обеспечения целостности данных рекомендуется включить опции [http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit innodb_flush_log_at_trx_commit] и [http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#sysvar_sync_binlog sync_binlog]. Параметр <code>innodb_flush_log_at_trx_commit</code> позволяет выбрать стратегию сброса данных на диск при работе MySQL:
* 0 - наибольшая производительность. В этом случае буфер будет сбрасываться в лог файл независимо от транзакций. В этом случае риск потери данных возрастает.
* 1 - любая завершенная транзакция будет синхронно сбрасывать лог на диск. Это вариант по-умолчанию, он является самым надежным с точки зрения сохранности данных, но самым медленным по скорости работы.
* 2 - любая завершенная транзакция будет синхронно сбрасывать лог в кеш операционной системы (т.е. не происходит flush после каждой операции). Это значение подойдет в большинстве случаев, т.к. не выполняет дорогой операции записи после каждой транзакции. При этом лог пишется на диск с задержкой в несколько секунд, что весьма безопасно с точки зрения сохранности данных.

На каждом сервере должен быть уникальный server ID в диапазоне от 1 до (2^32)-1. Если вы забудете указать [[dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_server_id|server-id]] или установите его в 0 (значение по умолчанию), то master-сервер не будет принимать подключения со slave-серверов. Так же убедитесь, что в конфиге master-сервера отсутствует параметр [http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_skip_networking skip-networking], иначе slave-сервера не смогут подключиться.

Настройки необходимо поместить в секцию <code>[mysqld]</code> конфига <code>my.cnf</code>:
<syntaxhighlight lang="ini">
[mysqld]
innodb_flush_log_at_trx_commit = 2
log-bin = /var/log/mysql/mysql-bin
server-id = 1
sync_binlog = 1
</syntaxhighlight>
После внесения изменений перезагрузите MySQL-сервер:
<syntaxhighlight lang="bash">
# service mysql-server restart
</syntaxhighlight>

=====slave-сервер<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-slavebaseconfig.html Setting the Replication Slave Configuration]</ref>=====
На slave-сервере вы должны установить уникальный server ID, который не должен совпадать с master-сервером. Включать ведение бинарных логов на slave-серверах не обязательно. После установки потребуется перезагрузка MySQL-сервера:
<syntaxhighlight lang="ini">
[mysqld]
server-id = 2
</syntaxhighlight>
После внесения изменений перезагрузите MySQL-сервер:
<syntaxhighlight lang="bash">
# service mysql-server restart
</syntaxhighlight>

====Создание пользователя для репликации<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-repuser.html Creating a User for Replication]</ref>====
Каждый slave-сервер должен подключаться к master-серверу используя логин и пароль, поэтому на master-сервере должен быть пользователь, которого сможет использовать slave-сервер. У такого пользователя должна быть разрешена привилегия [http://dev.mysql.com/doc/refman/5.5/en/privileges-provided.html#priv_replication-slave REPLICATION SLAVE]. 

Для создания нового пользователя используйте [http://dev.mysql.com/doc/refman/5.5/en/create-user.html CREATE USER]. Для предоставления прав на репликацию используйте [http://dev.mysql.com/doc/refman/5.5/en/grant.html GRANT]. Например:
<syntaxhighlight lang="mysql">
mysql> CREATE USER 'repl'@'%.mydomain.com' IDENTIFIED BY 'slavepass';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.mydomain.com';
</syntaxhighlight>

====Получение координат бинарного лога<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-masterstatus.html Obtaining the Replication Master Binary Log Coordinates]</ref>====
Для настройки репликации на slave-сервере необходимо узнать позицию в бинарном логе на master-сервере. Если на master-сервере есть данные, которые необходимо реплицировать, то необходимо остановить запись данных на master-сервере, подготовить дамп данных и получить позицию в бинарном логе '''перед''' тем, как продолжить запись в базу. Если этого не сделать, то можно получить повреждённые или неконсистентные данные на slave-сервере.

1. Подключитесь к master-серверу и переведите таблицы в режим только для чтения следующей командой:
<syntaxhighlight lang="mysql">
mysql> FLUSH TABLES WITH READ LOCK;
</syntaxhighlight>
'''Внимание!''' Если выйти с клиента, где вы ввели команду [http://dev.mysql.com/doc/refman/5.5/en/flush.html FLUSH TABLES], то сервер разблокирует таблицы и они снова будут доступны на запись.

2. Откройте новую сессию на master-сервере и для получения позиции в бинарном логе набираем команду:
<syntaxhighlight lang="mysql">
mysql> SHOW MASTER STATUS;
</syntaxhighlight>
Запоминаем значение Position, оно нам потребуется для настройки slave-сервера.

====Создание копии данных====
=====C помощью mysqldump<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-mysqldump.html Creating a Data Snapshot Using mysqldump]</ref>=====
Один из способов создания копии данных - использование утилиты <code>mysqldump</code>.
<syntaxhighlight lang="bash">
shell> mysqldump --all-databases --master-data > dbdump.db
</syntaxhighlight>
Если не использовать [http://dev.mysql.com/doc/refman/5.5/en/mysqldump.html#option_mysqldump_master-data --master-data], то необходимо вручную лочить таблицы в режим только для чтения ([http://dev.mysql.com/doc/refman/5.5/en/flush.html FLUSH TABLES WITH READ LOCK]).

=====C помощью "сырых" данных<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-rawdata.html Creating a Data Snapshot Using Raw Data Files]</ref>=====
Если база данных очень большая, то эффективнее будет импортировать файлы данных на slave-сервер.

Этот способ не работает если master и slave имеют разные значения настроек [http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_ft_stopword_file ft_stopword_file], [http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_ft_min_word_len ft_min_word_len], [http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_ft_max_word_len ft_max_word_len] или копируются таблицы с полнотекстовыми индексами.

Для получения копии данных:
# Заблокируйте таблицы в режим только для чтения и получите позицию в бинарном логе.
# В отдельном окне остановите сервер:<syntaxhighlight lang="bash">shell> mysqladmin shutdown</syntaxhighlight>
# Сделайте копию файлов стандартными утилитами копирования.
# Перезапустите master-сервер.

====Настройка подключения к master-серверу на slave-сервере<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-howto-slaveinit.html Setting the Master Configuration on the Slave]</ref>====
Для установки связи slave-сервера с master-сервером необходимо указать информацию для подключения. Для того, чтобы сделать это, запустите на slave-сервере следующую команду, указав свои значения для переменных:
<syntaxhighlight lang="mysql">
mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='recorded_log_file_name',
-> MASTER_LOG_POS=recorded_log_position;
</syntaxhighlight>
Команда [http://dev.mysql.com/doc/refman/5.5/en/change-master-to.html CHANGE MASTER TO] имеет большое количество настроек. Например, возможность использовать SSL-соединение.

====Запуск репликации====
На slave-сервере запустите:
<syntaxhighlight lang="mysql">
mysql> START SLAVE;
</syntaxhighlight>
После этого slave-сервер соединится с master-сервером и будет получать все обновления. 
 
Во время репликации на slave-сервере в папке с данными будет находится 2 файла: <code>master.info</code> и <code>relay-log.info</code>. Slave-сервер использует эти 2 файла для отслеживания изменений. '''Не удаляйте и не редактируйте эти файлы!''' Безопаснее использовать команду [http://dev.mysql.com/doc/refman/5.5/en/change-master-to.html CHANGE MASTER TO] для изменения параметров репликации.

====Проверка статуса репликации<ref>[http://dev.mysql.com/doc/refman/5.5/en/replication-administration-status.html Checking Replication Status]</ref>====
Для мониторинга состояния репликации запустите на slave-сервере команду:
<syntaxhighlight lang="mysql">
mysql> SHOW SLAVE STATUS\G;
</syntaxhighlight>
Вывод команды будет примерно таким:
<pre>
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: master1
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 931
Relay_Log_File: slave1-relay-bin.000056
Relay_Log_Pos: 950
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 931
Relay_Log_Space: 1365
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids: 0
</pre>
* <code>Slave_IO_State</code>: текущий статус. Полный список статусов можно прочитать в статье [http://dev.mysql.com/doc/refman/5.5/en/slave-io-thread-states.html Replication Slave I/O Thread States]. Если статус <code>Waiting for master to send event</code>, то slave-сервер подключён к master-серверу и ждёт обновлений, т.е. всё работает.
* <code>Slave_IO_Running</code>: в нормальном состоянии <code>Yes</code>, если только вы не запустили репликацию или не остановили её командой [http://dev.mysql.com/doc/refman/5.5/en/stop-slave.html STOP SLAVE].
* <code>Slave_SQL_Running</code>: должно быть <code>Yes</code>, для того, чтобы SQL-потоки могли выполнять команды из журнала изменений.
* <code>Last_IO_Error</code>, <code>Last_SQL_Error</code>: последние зарегистрированные ошибки. Данные поля должны быть пустыми при безошибочной работе.
* <code>Seconds_Behind_Master</code>: количество секунд на которое отстает SQL-поток от бинарного лога на master-сервере. Большие или увеличивающиеся значения сообщают о проблемах с обработкой данных вовремя.
* <code>Master_Log_file</code>, <code>Read_Master_Log_Pos</code>: координаты в бинарном логе на master-сервере. Позволяют контролировать отставание slave-сервера по чтению из этого лога.
* <code>Relay_Master_Log_File</code>, <code>Exec_Master_Log_Pos</code>: координаты в бинарном логе на master-сервере. Позволяют контролировать на сколько SQL-поток отстаёт при обработке событий из этого лога.
* <code>Relay_Log_File</code>, <code>Relay_Log_Pos</code>: координаты в логе репликации. Позволяют контролировать на сколько SQL-поток отстаёт при выполнении событий из этого лога.

На master-сервере используйте команду:
<syntaxhighlight lang="mysql">
mysql> SHOW PROCESSLIST \G;
</syntaxhighlight>
..., чтобы получить вывод:
<pre>
*************************** 4. row ***************************
Id: 10
User: root
Host: slave1:58371
db: NULL
Command: Binlog Dump
Time: 777
State: Has sent all binlog to slave; waiting for binlog to be updated
Info: NULL
</pre>
..., который позволит следить за статусом подключенных slave-серверов.

====Примечания====
<references />
[[Category:Debian]]
[[Category:Linux]]
[[Category:MySQL]]
[[Category:Replication]]