环境:两台rocky8.5,主节点:10.0.0.136,从节点:10.0.0.138
安装mysql使用的脚本,在网站另一篇文章mysql脚本安装内。
安装完mysql8.0后发现无法进入数据库,检查后发现libtinfo.so.5在mysql的依赖库中显示为not found
解决办法:
ln -s /usr/lib64/libtinfo.so.6.1 /usr/lib64/libtinfo.so.5
再次使用mysql -uroot -p 后进入数据库。
注意
重点:mysql主从复制尽量是版本一致,如果不一致:那从节点版本必须必主节点高。不然无法实现主从复制。
1)主从复制主节点需要做四步:设置server ID;启用二进制日志;创建复制账号并授权;备份数据库;
2)从节点需要配置:安装数据库;配置my.cnf文件,设置slave id,设置read-only=yes;修改主节点备份文件中的主节点服务器信息;
提示
1)临时关闭二进制日志,因为还原时会产生二进制日志,但是这些二进制日志没用,setql_log_bin=off; 还原数据库;开启二进制日志,set sql_log_bin=on;
2)执行change master to 指向master ip 同步用户密码、端口、二进制日志名称及日志开始位置数字
3)查看slave状态;开启主从复制;
4)start slave;查看主节点状态show processlist;##验证sql线程和IO线程
##########从节点重启或者关机再开机,会自动同步主数据库数据
sh10.0.0.136(主节点):
1)配置my.cnf
[mysqld]
port=3306
server-id=136 #全局唯一
log-bin=/data/mysql/mysql-bin #启用二进制日志
datadir=/data/mysql
socket=/data/mysql/mysql.sock
log-error=/data/mysql/mysql.log
pid-file=/data/mysql/mysql.pid
[client]
socket=/data/mysql/mysql.sock
2)查看二进制文件和位置开始复制
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000002 | 815 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
3)创建和授权拥有复制权限的账号(从节点也需要做这步且过程一致),mysql8.0要分成两步
create user repluser@'10.0.0.%' identified by '密码';
grant replication slave on *.* to repluser@'10.0.0.%';
flush privileges;
sh10.0.0.138(从节点):
1)配置my.cnf
[mysqld]
server-id=138
log-bin=/data/mysql/bin-log
datadir=/data/mysql
socket=/data/mysql/mysql.sock
log-error=/data/mysql/mysql.log
pid-file=/data/mysql/mysql.pid
read-only=yes #限制从服务器为只读,但是对超级用户权限的用户无效
[client]
socket=/data/mysql/mysql.sock
2)创建和授权拥有复制权限的账号,和主节点步骤一致。这步是为了防止后期主节点挂了从节点可提升为主节点而设置的。
3)这里因为是干净的数据库,就不关闭binlog日志了,如果是运行了一段时间的日志,那就要先关闭binlog日志,不然开启复制后会产生大量无用的二进制日志
直接在数据库里执行:
CHANGE MASTER TO
MASTER_HOST='10.0.0.136', #主节点地址
MASTER_USER='repluser', #主节点复制账号
MASTER_PASSWORD='密码', #密码
MASTER_PORT=3306, #端口
MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=815;#这里的名称和815是根据上面主节点使用show master status;查看的。
sh启动并查看状态: start slave;
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for source to send event
Master_Host: 10.0.0.136
Master_User: repluser
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 815
Relay_Log_File: rocky-relay-bin.000002
Relay_Log_Pos: 324
Relay_Master_Log_File: mysql-bin.000002
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: 815
Relay_Log_Space: 533
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: 136
Master_UUID: d8d3bb3e-3b13-11ed-916b-000c29766fc2
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Replica has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
Master_public_key_path:
Get_master_public_key: 0
Network_Namespace:
注意
判断主从复制是否成功主要查看两个SQL线程是否为yes。
如果是从库和主库都是新安装的,用上述方法。
如果主库已经运行了一段时间再加从库,那要先把主库的数据库备份后还原到从库后,再指定change master to等设置。
注意:备份和复制的时候关闭binlog日志,做完备份还原后再打开。
本文作者:笑一个吧~
本文链接:
版权声明:本博客所有文章除特别声明外,均采用 本文为博主「笑一个吧~」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 许可协议。转载请注明出处!