MySQL slave_net_timeout参数解决的一个集群问题案例

编辑：rootadmin

推荐整理分享MySQL slave_net_timeout参数解决的一个集群问题案例，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！

【背景】对一套数据库集群进行5.5升级到5.6之后,alter.log 报warning异常。数据库业务压力 qps 1 tps 几乎为0 4- 秒或者更久会有写入操作。【分析】 1 主从复制信息主机地址，端口，复制用户，binlog 文件位置等信息是存储在master.info中的， 5.6 版本在安全性上做了很多改善，不建议在执行change master的时候指定密码。如果在搭建主从时制定密码，5.6 MySQL 会提示上述warning信息。这也是该集群在5.5版本时不报错的原因。 2 MySQL Replication的重连机制

在一个已经建立主从复制关系的系统里面,正常情况下,由从库向主库发送一个 COM_BINLOG_DUMP 命令后,主库有新的binlog event，会向备库发送binlog。但是由于网络故障或者其他原因导致主库与从库的连接断开或者主库长时间没有向从库发送binlog。例如该例子中数据库集群 s 左右还没有写入的情况，超过slave_net_timeout设置的4s ，从库会向主库发起重连请求。5.6 版本slave 发起重连请求时，MySQL都会判断有没有用明文的用户名密码,如果有则发出上述信息到error.log。【解决方法】在本案例中可以尝试将slave_net_timeout 调整大一些设置为。slave_net_timeout是设置在多少秒没收到主库传来的Binary Logs events之后,从库认为网络超时,Slave IO线程会重新连接主库。该参数的默认值是s ，然而时间太久会造成数据库延迟或者主备库直接的链接异常不能及时发现。将 slave_net_timeout 设得很短会造成 Master 没有数据更新时频繁重连。一般线上设置为5s 。当然也可以和业务方沟通，对于几乎没有访问量的业务线进行下线，为公司节省资源。

MySQL Index Condition Pushdown(ICP)性能优化方法实例一概念介绍IndexConditionPushdown(ICP)是MySQL5.6版本中的新特性,是一种在存储引擎层使用索引过滤数据的一种优化方式。a当关闭ICP时,index仅仅是dataaccess的一种

MySQL order by性能优化方法实例前言工作过程中,各种业务需求在访问数据库的时候要求有orderby排序。有时候不必要的或者不合理的排序操作很可能导致数据库系统崩溃。如何处理好ord

MySQL 5.7增强版Semisync Replication性能优化一前言前文介绍了5.5/5.6版本的MySQLsemisync基础原理和配置，随着MySQL5.7的发布，新版本的MySQL修复了semisync的一些bug并且增强了功能。支持发送binlog和接受

标签: MySQL slave_net_timeout参数解决的一个集群问题案例

本文链接地址:https://www.jiuchutong.com/biancheng/347684.html 转载请保留说明！

上一篇：使用innodb_force_recovery解决MySQL崩溃无法重启问题(使用权资产)

下一篇：MySQL Index Condition Pushdown(ICP)性能优化方法实例