mysql中堆栈_第25问：MySQL崩溃了，打印了一些堆栈信息，怎么读？

问题

在 09 问 中&＃xff0c;我们开启了 coredump 功能&＃xff0c;在 MySQL 崩溃时获得了有用的 coredump 信息。

那如果没开启 coredump&＃xff0c;仅有 error log 中的堆栈信息&＃xff0c;我们如何分析有效的信息&＃xff1f;

实验

我们沿用 09 问中的 MySQL 崩溃的场景&＃xff0c;此处忽略复现崩溃的步骤&＃xff0c;大家参看 09 问查看 error log&＃xff1a;

我们拿到了崩溃位置 0xee36f1&＃xff0c;如何找到与之相对的代码位置呢&＃xff1f;找台测试机&＃xff0c;获取对应版本的安装包&＃xff1a;

解压&＃xff1a;

然后用 GDB 打开 mysqld&＃xff1a;

在 0xee36f1 位置打一个断点&＃xff1a;

我们可以看到&＃xff0c;gdb 将崩溃位置的文件名和行号都打印出来&＃xff0c;剩下的事情&＃xff0c;就可以交给开发工程师&＃xff0c;按照这个崩溃堆栈来进行问题排查。

赠送章节

红框内的这串信息是什么&＃xff1f;我们来解开看一下&＃xff0c;这段信息分为两段&＃xff0c;"&＃43;0x71" 是一个偏移量&＃xff0c;前面是一串文字&＃xff0c;我们将文字解析出来&＃xff1a;

可以看到前面这串文字是一个函数签名的编码&＃xff0c;用 c&＃43;&＃43;filt 还原编码以后&＃xff0c;可以看到完整的函数签名。红框内的这串信息的意思就是崩溃位置是 一个函数起始位置 &＃43; 偏移量。我们大概可以猜到&＃xff0c;这个 MySQL 的缺陷是在为 binlog 产生新的文件名时发生的。

小贴士&＃xff1a;

函数起始位置 &＃43; 偏移量 是一种内存位置的表示方法&＃xff0c;但该位置不一定是这个函数内的代码。

以本例来说&＃xff0c;0xee36f1 这个位置&＃xff0c;程序找到了就近的函数 generate_new_name 的起始位置&＃xff0c;计算出有 0x71 这么多偏移&＃xff0c;就表示成了 generate_new_name&＃43;0x71 这种形式。

但 0xee36f1 这个位置的代码&＃xff0c;大概率是&＃xff0c;但&＃xff0c;不一定是 generate_new_name 这个函数内部的一段代码。

关于 MySQL 的技术内容&＃xff0c;你们还有什么想知道的吗&＃xff1f;赶紧留言告诉小编吧&＃xff01;