搭建 mariadb 数据库主从同步
一、主(master)数据库配置
1. my.cnf 添加配置
[mariadb]log-binserver_id=1log-basename=master1binlog-format=mixedmax_binlog_size=200Mexpire_logs_days=7server_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/dataport=3307character-set-server=utf8server_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: 5Slave_Non_Transactional_Groups: 0 Slave_Transactional_Groups: 01 row in set (0.000 sec)需要关注的属性，Slave_IO_Running, Slave_SQL_Running,Slave_SQL_Running_State，和上面一致，说明已经成功了，接下来所有的master数据库的修改都会同步到slave,依赖网络和硬件性能，几乎是毫秒级别的延迟，能满足绝大部分的查询业务。