mysql的主从复制，linux重启后遇到问题。

Posted 2023-03-20

开始同步是正常的，当我重启linux后，原来 log="bin-log.000010" pos=95。可我重启主服务器后。主机上显示的master status 为 log="bing-log.000011" pos =106。而我从机上显示还是重启前的master 信息。 难道每次重启我都要手动修改吗？

主机的mysql重启，但是你的从机mysql肯定是没重启才出现binlog索引不一致的现象，我认为是，从机mysql在主机重启之前slave_io_running线程始终保持和主机通信，传输binlog的更新。当主机挂掉之后，slave_io_running一直等待，状态变成NO，整个复制就会停掉，应该说是处于sleep状态，后来主机恢复，从机是没法辨别的，只能stop slave 然后再start，或者change master操作下，实在不行，只能重启从机的mysql了 参考技术A 1、编辑数据库配置文件my.cnf,一般在/etc/目录下。
#vi /etc/my.cnf
在[mysqld]的下面加入下面代码：
log-bin=mysql-bin
server-id=1
innodb_flush_log_at_trx_commit=1
sync_binlog=1
binlog-do-db=wordpress
binlog_ignore_db=mysql
server-id=1中的1可以任定义，只要是唯一的就行。
binlog-do-db=wordpress是表示只备份wordpress。
binlog_ignore_db=mysql表示忽略备份mysql。
不加binlog-do-db和binlog_ignore_db，那就表示备份全部数据库。
2、然后重启MySQL:
#service mysqld restart
3、登录MySQL服务器。
#mysql -uroot -p
在主服务器新建一个用户赋予“REPLICATION SLAVE”的权限。你不需要再赋予其它的权限。在下面的命令，把X.X.X.X替换为从服务器的IP。
mysql>CREATE USER 'user'@ 'X.X.X.X' IDENTIFIED BY 'password';
mysql>GRANT REPLICATION SLAVE ON *.* TO 'user'@'X.X.X.X' IDENTIFIED BY 'password';
4、执行以下命令锁定数据库以防止写入数据。
mysql>FLUSH TABLES WITH READ LOCK;
5、退出mysql命令行，导出数据库
#mysqldump -u root -p123456 --all-databases --lock-tables=false -- > /root/all.sql
6、使用scp命令传输数据库文件all.sql到从服务器。
#scp /root/all.sql [e-mail]:/root
7、再次连接数据库进入mysql命令行查看master状态。
mysql>SHOW MASTER STATUS;
请记下显示的信息，配置从服务器会用到。
+——————+———-+————–+——————+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+——————+———-+————–+——————+
| mysql-bin.000003 | 1001741 | dbispconfig | mysql |
+——————+———-+————–+——————+
1 row in set (0.00 sec)
8、解锁数据表。
mysql>UNLOCK TABLES;
配置从服务器(slave)
登录从服务器。
1、导入主服务器的数据库。
#mysql -u root -p123456 < /root/all.sql
2、编辑配置文件my.cnf,在[mysqld]下面加入：
server-id=2
2可以自己定义，只要保证唯一的就行。
3、保存文件并重启mysqld。
#service mysqld restart
4、登录mysql服务器，执行以下命令。
mysql>CHANGE MASTER TO
MASTER_HOST='X.X.X.X',
MASTER_USER='user',
MASTER_PASSWORD='password',
MASTER_PORT=3306,
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=98,
MASTER_CONNECT_RETRY=10;
MASTER_HOST:主服务器的IP。
MASTER_USER：配置主服务器时建立的用户名
MASTER_PASSWORD：用户密码
MASTER_PORT：主服务器mysql端口，如果未曾修改，默认即可。
5、启动slave进程。
mysql>START SLAVE;
6、查看mysql的日志，一般在/var/log/目录下的mysqld.log，如果启动成功，你应该会看到类似下面的日志。
[root@localhost ~]# vi /etc/my.cnf

091104 8:42:02 [Note] Slave I/O thread: connected to master ‘root@X.X.X.X:3306?, replication started in log ‘mysql-bin.000001? at position 98
现在主服务器和从服务器已经配置好了。另外可能需要设置主服务器的数据库二进制日志的过期时间，可以在配置文件中使用参数expire_logs_days来设定。 参考技术B 你有没有查看过你的mysql日志？每次遇到问题你都应该要先查看日志啊，造成的原因有好多种的！

Linux mariadb(Mysql)的主从复制架构

mysql的主从复制架构，需要准备两台机器，并且可以通信，安装好2个mysql，保持版本一致性
mysql -v 查看数据库版本

1.准备主库的配置文件  /etc/my.cnf
写入开启主库的参数
[mysqld]
# 标注 主库的身份id
server-id=1
# 那个binlog的文件名
log-bin=s15mysql-bin

2.重启mairadb,读取配置文件
systemctl restart mariadb

3.查看主库的状态
mysql -uroot -p
# 这个命令可以查看日志文件的名字,以及数据起始点
show master status;

4.创建用于主从数据同步的账户
create user ‘apollo‘@‘%‘ identified by ‘admin‘;

5.授予主从同步账号的,复制数据的权限
grant replication slave on *.* to ‘yuanhao‘@‘%‘;

6.进行数据库的锁表,防止数据写入
flush table with read lock;

7.将数据导出
mysqldump -u root -p --all-databases >  /opt/zhucong.dump

8.然后将主库的数据，发送给从库
scp /opt/zhucong.dump [email protected]从库:/opt/

9.此时去从库的mysql上,登录,导入主库的数据,保持数据一致性
mysql -uroot -p
source /opt/zhucong.dump

################ 从库的配置 ################
1.写入my.cnf,从库的身份信息
vi /etc/my.cnf
[mysqld]
server-id=10

2.检查一下主库和从库的 参数信息
show variables like ‘server_id‘;
show variables like ‘log_bin‘;

3.通过一条命令,开启主从同步
change master to master_host=‘192.168.13.78‘,
master_user=‘yuanhao‘,
master_password=‘yuanhaobuxitou‘,
master_log_file=‘s15mysql-bin.000001‘,
master_log_pos=571;

4.开启从库的slave同步
start slave;

5.查看主从同步的状态
show slave statusG;  

6.查看两条参数,确保主从正常
Slave_IO_Running:Yes
Slave_SQL_Running:Yes