MySQL案例-半同步引起Master实例Crash

共计 4197 个字符，预计需要花费 11 分钟才能阅读完成。

场景 : 
Crash 发生时的数据库版本: MySQL-5.7.12, 官方标注在 5.7.17 进行了 fix;
开启半同步的主从架构中, 从库开启半同步, 启动 / 重启 slave 线程导致 Master 实例 Crash;

结论 :
mysql bug, 附上 bug 单链接: https://bugs.mysql.com/bug.php?id=79865

问题描述 (摘抄 ):

Description: From 5.7，semi-sync add Ack_receiver thread for listening slave ack，which use select(). But select() can only listen socket fd between 1 and __FD_SET_SIZE(my os is 1024),  when socket fd is bigger than __FD_SET_SIZE, select() has no effect, and can never get  ack from slave,then semi-sync can't run normally.even more,select() use array store fds, when use FD_SET store fd which is bigger than __FD_SET_SIZE, array will overflow，so mysqld may crash。

主要问题就出在 tcp 连接的 select 方法, 通常, 操作系统通过宏 FD_SET_SIZE 来声明一个进程中 select 能操作的文件描述符的最大数据, 然而通常情况下, 这个 FD_SET_SIZE 的值仅为 1024;

实际上, 用 epoll 或者 poll 会比较少, select 貌似是用的很少的;

问题复现 :

准备一套 MySQL-5.7.12 的主从架构, 开启半同步:

为了能尽量简单的启用大量的文件描述符, 这里利用 MyISAM 分区表的 ” 特性 ”;

这时候在主库上连续执行 select 语句多次 (>5);

这时候看一下主库的文件描述符数量;

那么现在在开启半同步的从库上重启一下 slave, 同时 tail 一下主库的日志;

在重启线程几秒钟之后, 主库就发生了 Crash;

PS: 在测试的过程中, 多次执行了 select 语句, 然后确认主库的半同步状态也是 ON 的情况下迅速在从库上重启 slave, 基本是必现的;
PPS: MyISAM 表在 open 的时候会同时打开所有的分区文件, 所以能比较方便的模拟占用大量文件描述符的情景;
(MyISAM 分区表: http://blog.itpub.net/29510932/viewspace-2134679/)
PPPPPPPS:  _(:з」∠)_

附上测试用的脚本与 Crash 的信息

本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-05/143386.htm