mysql主从同步服务器重启的简单介绍

mysql服务器意外重启后主从服务器不更新新数据,应如何解决?

1、当出现主从数据不一致的情况，常见的应对方法是先把从库下线，然后找个半夜三更的时间把应用停掉，重新执行同步，如果数据库的体积十分庞大，那工作量可想而知，会让人崩溃。

2、主机的mysql重启，但是你的从机mysql肯定是没重启才出现binlog索引不一致的现象，我认为是，从机mysql在主机重启之前slave_io_running线程始终保持和主机通信，传输binlog的更新。

3、）检查 my.ini 里的 basedir （MySQL 安装地址） 和 datadir （数据目录存放地址）等参数设置是否正确，然后重新启动下 MySQL 服务。还有一种方法是将服务器的windows补丁。

相关问答

Q1: mysql重启后slave也会启动

1、mysql的同步并不是很稳定，以前也做过，普通的插删是没什么问题，但如果加了蟹发器就会有故障。

2、主机的mysql重启，但是你的从机mysql肯定是没重启才出现binlog索引不一致的现象，我认为是，从机mysql在主机重启之前slave_io_running线程始终保持和主机通信，传输binlog的更新。

3、只要不是意外断电造成数据库意外关闭或暴力关闭数据库，就不会出现主从失效的情况，放心吧。看主从是否同步，主要通过show slave status\G 查看2两个Yes。

4、分啦两种情况：0 slave能自动继续同步 1 在slave上检查下同步的执行状态：show slave status\G 看其中的slave_io_running和slave_sql_running的状态是否yes，不是的话则出错了。

Q2: mysql的主从复制,linux重启后遇到问题。

1、待主从同步正常后，再取消参数 slave_skip_errors 设置重启 MySQL 。

2、在原库中批量修改对象所有者为导入账号或修改 SQL SECURITY 为 Invoker； 使用 mysqldump 导出备份，然后将 SQL 文件中的对象所有者替换为导入账号。

3、group_replication_member_expel_timeout 指定组复制组成员在产生怀疑之后，从组中排除怀疑失败的成员之前等待的时间（以秒为单位）。在产生怀疑之前的最初 5 秒检测时间不计入该时间。

4、原因：可能是/usr/local/mysql/mysql.pid文件没有写的权限；解决方法 ：给予权限，执行 “chmod 775 /usr/local/mysql/ -R” 然后重新启动mysqld。

5、从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知下一次更新。为什么使用主从复制？主服务器/从服务器设置增加了健壮性。主服务器出现问题时，你可以切换到从服务器作为备份。

mysql主从同步服务器重启的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、mysql主从同步服务器重启的信息别忘了在本站进行查找喔。