这期内容当中小编将会给大家带来有关为什么MySQL 5.7主库崩溃切备库,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
场景:
MySQL主库无故宕机:判断是IO问题导致。
手动页面http://dev.mysql.com/doc/mysql/en/crashing.html包含
信息,可以帮助您找出是什么导致崩溃。
200118 02:11:39 mysqld_safe现在运行的进程的数量:0
200118 02:11:39 mysqld_safe mysqld重启
原来主库:的my . cnf中所做
#建议alt="为什么MySQL 5.7主库崩溃切备库">
3。登陆192.168.112.10,执行停止奴隶;并进入数据库目录,删除master.info和relay-log.info文件,配文置my . cnf中所做件,
开启log-bin,如果有log-slaves-updates和只读则要注释掉,执行复位的主人。
新主库:的my . cnf中所做
(mysqld) # datadir=/var/lib/mysql
#套接字=/var/lib/mysql/mysql.sock
datadir=/数据/db
套接字=/tmp/mysql.sock
服务器id=111210
log-bin=/数据/db/mysql-bin。日志
# binlog_format=混合
# relay-log=rep_relay_log1
# relay-log-index=rep_relay_log1
#日志错误=/数据/贝克/mysqld1。犯错
# skip-slave-start=1
default_password_lifetime=0
# binlog-ignore-db=mysql ,
# expire_logs_days=7
max_connections=2000
#用户=mysql
推荐#禁用符号链接,以防止各种安全风险
#符号链接=0
max_allowed_packet=1024
# master_info_repository=表
# relay_log_info_repository=表
# relay_log_recovery=1
#事务隔离=读取提交
sql_mode=NO_ENGINE_SUBSTITUTION STRICT_TRANS_TABLES
[mysqld_safe]
日志错误=/var/log/mysqld.log
pid文件=/var/run/mysqld/mysqld.pid
4。显示主状态;查询主库状态。
。
上述就是小编为大家分享的为什么MySQL 5.7主库崩溃切备库了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注行业资讯频道。
