Как оптимальнее всего настроить Master-Slave GTID-репликацию в MySQL?

Question

[Павел]

Настраиваю gtid-репликацию в MySQL. И на мастере и на слэйве mysql 5.7
Информации в сети по gtid-репликации очень мало и вся она однотипная, доки mysql тоже не дают ответа на вопрос "как настроить оптимальную репликацию с помощью gtid".

Проблема в том, что папка с бинлогами растет очень быстро (ОЧЕНЬ БЫСТРО!) и слэйв не успевает синхронизироваться, отставание только увеличивается. Что я делаю не так? Может какие-то таблицы надо поставить в игнор?

Бэкап снимаю с мастера на слэйв с помощью Percona Xtrabackup.

Master my.cnf

[mysqld]
server-id = 1
binlog-format = row
gtid_mode=ON
enforce-gtid-consistency=ON
log-slave-updates
log_bin = /var/log/mysql/mysql-bin.log
performance_schema_max_digest_length = 8192
max_digest_length = 8192
max_binlog_size= 500M
expire_logs_days = 4
sync_binlog = 1
innodb_flush_log_at_trx_commit = 1
key_buffer_size             = 16M
innodb_flush_method         = O_DIRECT
max_connections             = 200
innodb_temp_data_file_path=ibtmp1:12M:autoextend:max:5G

Slave my.cnf

server-id = 2
binlog-format = row
gtid_mode=ON
enforce-gtid-consistency=ON
relay-log = /var/log/mysql/mysql-relay-bin.log
log_bin = /var/log/mysql/mysql-bin.log
skip_slave_start
log_slave_updates = 1 
read_only = ON
innodb_file_per_table = ON
innodb_buffer_pool_size = 3G
max_binlog_size = 500M
max_relay_log_size = 500M
relay_log_space_limit = 5G
relay_log_recovery = ON
expire_logs_days = 4
slave-parallel-workers = 0
innodb_temp_data_file_path=ibtmp1:12M:autoextend:max:5G

В одной из статей видел пример, где на мастере в игнор репликации добавили следующие системные таблицы. Правильно ли так делать и если нет, то чем это грозит? Может ли так быстро расти размер бинлогов из-за этих системных таблиц?

replicate-ignore-db=information_schema
replicate-ignore-db=mysql
replicate-ignore-db=performance_schema
binlog-ignore-db = information_schema
binlog-ignore-db = mysql
binlog-ignore-db = performance_schema

Также нигде не видел, чтобы при gtid-репликации формат бинлогов был mixed, везде только raw.

Answer 1

[Vitaly Karasik]

слэйв не успевает синхронизироваться, отставание только увеличивается.

А вообще репликация стартовала?
Если да, то все правильно.
Остается только вопрос со скоростью. Два вопроса: slave не слабее мастера? сеть нормальная?

Comments

[Павел]

Да, репликация точно стартовала, слэйв даже мощнее мастера и между ними локалка 100 мегабит

[Vitaly Karasik]

Павел, покажите, пож-ста,

show slave status \G

в MySQL

и

top

в линуксе

[Павел]

Это SLAVE, MySQL крутится в докер-контейнере

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.0.4
                  Master_User: slave_user
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.004352
          Read_Master_Log_Pos: 182444870
               Relay_Log_File: mysql-relay-bin.000008
                Relay_Log_Pos: 376171907
        Relay_Master_Log_File: mysql-bin.004349
             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: 376171694
              Relay_Log_Space: 2432649743
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: Yes
           Master_SSL_CA_File: /var/lib/master_cert/ca.pem
           Master_SSL_CA_Path: 
              Master_SSL_Cert: /var/lib/master_cert/client-cert.pem
            Master_SSL_Cipher: 
               Master_SSL_Key: /var/lib/master_cert/client-key.pem
        Seconds_Behind_Master: 7749
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
                  Master_UUID: 8ab33cfb-bb00-11e6-84cd-fa163eb352dd
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Reading event from the relay log
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 8ab33cfb-bb00-11e6-84cd-fa163eb352dd:14934671-16166421
            Executed_Gtid_Set: 8ab33cfb-bb00-11e6-84cd-fa163eb352dd:1-15413242
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

[Vitaly Karasik]

Exec_Master_Log_Pos увеличивается, но "Seconds_Behind_Master" растет со временем?
Тогда ИМХО только какая-то проблема с конфигурацией/лимитами докера (или виртуалки).
Ну или на мастере SSD, а на slave HDD.

Насчет игнорирования системных таблиц - это не для производительности, а чтобы иметь на slave других юзеров и т.п.