mysql复制中的奇怪的慢性能

时间:2018-05-16 08:11:38

标签: mysql performance mariadb replication database-performance

我拥有MySQL(MariaDB 10.1.27)master,可容纳~1900个数据库。总dbs大小~100GB 使用innodb_file_per_table = 1

的InnoDB引擎

我将为此服务器设置两个从属服务器(MariaDB 10.1.27)。 两个奴隶都有相同的硬件,如master。 master在午夜停止,用tar从/ var / lib / mysql备份 并且这个tar在两个独立的服务器上传输和提取。

一个奴隶快速开始,并在约1小时内赶上了主人(延迟1天)。 在赶上时,我获得了100%的CPU使用率(LA 3-4)和磁盘活动日志(~20%wa)

第二个奴隶在复制性能上有一些奇怪的问题。 设置好后,它会超过2天。并且程序仅完成了20%。 当前显示奴隶状态:

show slave status\Gshow processlist;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: XXXXXXXXXX
                  Master_User: XXXXXXXX
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysqld-bin.000572
          Read_Master_Log_Pos: 524619108
               Relay_Log_File: relay-bin.000004
                Relay_Log_Pos: 916671538
        Relay_Master_Log_File: mysqld-bin.000571
             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: apsc.%,billing.%,information_schema.%,performance_schema.%,horde.%,mysql.%,phpmyadmin_gmRJC4rn_tom.%,psa.%,roundcubemail.%,sitebuilder5.%
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 916671245
              Relay_Log_Space: 1598365917
              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: 24730
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: 111
               Master_SSL_Crl:
           Master_SSL_Crlpath:
                   Using_Gtid: No
                  Gtid_IO_Pos:
      Replicate_Do_Domain_Ids:
  Replicate_Ignore_Domain_Ids:
                Parallel_Mode: conservative
1 row in set (0.00 sec)

CPU和磁盘上没有严重的活动(请参阅后面的顶部屏幕)

======
top - 03:36:36 up 114 days, 12:26,  9 users,  load average: 1.82, 1.86, 1.89
Tasks: 364 total,   1 running, 362 sleeping,   0 stopped,   1 zombie
Cpu(s):  1.5%us,  0.7%sy,  0.0%ni, 87.7%id, 4.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  32993560k total, 32271192k used,   722368k free,   625464k buffers
Swap:  4194296k total,   229512k used,  3964784k free, 23100280k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
13809 mysql      1 -19 6819m 5.8g 7332 S 8.9 18.5 132:12.33 mysqld
======

如我所见,目前所有bin日志都从master传输到slave 但是奴隶在将这些日志应用于数据库时效果很慢。

在慢查询日志中(2秒限制)我没有任何记录。

谷歌搜索问题无济于事。已经尝试过:

skip-name-resolve

innodb_flush_log_at_trx_commit=0
innodb-flush-method=O_DIRECT

#move innodb logs to SSD
nnodb_log_group_home_dir=/var/lib/mysql_logs

安装多线程复制尝试(2和4个线程)失败,因为减慢了当前状态的进程。奴隶越来越滞后(显示奴隶身份的Seconds_Behind_Master)

请告诉我什么可能是问题的根源,以及可以做些什么来加快复制。

0 个答案:

没有答案