搭建 mariadb 数据库主从同步

一、主(master)数据库配置

1. my.cnf 添加配置

[mariadb]
log-bin
server_id=1
log-basename=master1
binlog-format=mixed
max_binlog_size=200M
expire_logs_days=7

server_id 必须唯一。

log-basename 是指定binlog 的命名规则， binlog 会以它为前缀生成日志，如 master1-bin.000001。

max_binlog_size=200M 生成的log最大值，到达最大值，会重新创建一个，如 master1-bin.000002。

expire_logs_days binlog 过期天数。

然后重启数据库即生效。

2. 创建执行同步的数据库用户

CREATE USER 'replication_user'@'%' IDENTIFIED BY 'bigs3cret';
GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%';

用户名： replication_user， 密码： bigs3cret，可以修改成你想要的。

3. 锁住数据库

在导出数据库时，先加锁，避免在导出时修改了数据库导致数据不一致。

FLUSH TABLES WITH READ LOCK;

4. 记录当前的同步位置

MariaDB [(none)]> show master status;
+--------------------+----------+--------------+------------------+
| File               | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--------------------+----------+--------------+------------------+
| master1-bin.000001 |      330 |              |                  |
+--------------------+----------+--------------+------------------+
1 row in set (0.000 sec)

当前master 生成的日志文件: master1-bin.000001,

日志位置： 330。

5. 导出数据库

mysqldump -uroot -proot --databases cqrs --master-data2 >cqrs_db.sql

这里只导出了需要同步的数据库 cqrs, 当然你也可以导数所有数据库。 cqrs_db.sql 的默认保存位置在 mariadb 程序所在目录的bin 目录下。

6. 解锁数据库

数据库已导出，同步的位置也记录了，现在解锁数据库，接下来对 master 数据库的修改，都会记录到 binlog。

UNLOCK TABLES ;

二、从(slave)数据库配置

1. 配置 server_id

slave 的 server_id， 必须是唯一的，上面我们配置了 master 的 server_id=1, 这里的slave 设成2

[mysqld]
datadir=D:/projects/db/mariadb-10.5.8-winx64/data
port=3307
character-set-server=utf8
server_id=2

重启 slave 数据库

2. 导入数据库

把从 master 导出的 cqrs_db.sql 复制到 slave 程序所在的bin目录下， 然后登录客户端，执行

MariaDB [(none)]> source cqrs_db.sql;

查看数据库

MariaDB [cqrs]> show databases;
+--------------------+
| Database           |
+--------------------+
| cqrs               |
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+

可看到 cqrs 已经创建了。

3. 配置同步

CHANGE MASTER TO
  MASTER_HOST='127.0.0.1',
  MASTER_USER='replication_user',
  MASTER_PASSWORD='bigs3cret',
  MASTER_PORT=3306,
  MASTER_LOG_FILE='master1-bin.000001',
  MASTER_LOG_POS=330,
  MASTER_CONNECT_RETRY=10;

MASTER_LOG_FILE,MASTER_LOG_POS 是在 Master 第4步记录的日志文件名和开始同步的位置信息

4. 启动同步

start slave;

5. 查看状态

MariaDB [(none)]> show slave status \G;
*************************** 1. row ***************************
                Slave_IO_State: Waiting for master to send event
                   Master_Host: 127.0.0.1
                   Master_User: replication_user
                   Master_Port: 3306
                 Connect_Retry: 10
               Master_Log_File: master1-bin.000001
           Read_Master_Log_Pos: 1055
                Relay_Log_File: 18Q7GVR3CS15BS9-relay-bin.000003
                 Relay_Log_Pos: 1282
         Relay_Master_Log_File: master1-bin.000001
              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: 1055
               Relay_Log_Space: 1601
               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:
              Master_Server_Id: 1
                Master_SSL_Crl:
            Master_SSL_Crlpath:
                    Using_Gtid: No
                   Gtid_IO_Pos:
       Replicate_Do_Domain_Ids:
   Replicate_Ignore_Domain_Ids:
                 Parallel_Mode: optimistic
                     SQL_Delay: 0
           SQL_Remaining_Delay: NULL
       Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
              Slave_DDL_Groups: 5
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 0
1 row in set (0.000 sec)

需要关注的属性，Slave_IO_Running, Slave_SQL_Running,Slave_SQL_Running_State，和上面一致，说明已经成功了，接下来所有的master数据库的修改都会同步到slave,依赖网络和硬件性能，几乎是毫秒级别的延迟，能满足绝大部分的查询业务。