上海网站建设公司介绍,大连工业大学研究生,定制网站开发报价,个人服务器搭建做网站问题在 09 问中#xff0c;我们开启了 coredump 功能#xff0c;在 MySQL 崩溃时获得了有用的 coredump 信息。那如果没开启 coredump#xff0c;仅有 error log 中的堆栈信息#xff0c;我们如何分析有效的信息#xff1f;实验我们沿用 09 问中的 MySQL 崩溃的场景#…问题在 09 问中我们开启了 coredump 功能在 MySQL 崩溃时获得了有用的 coredump 信息。那如果没开启 coredump仅有 error log 中的堆栈信息我们如何分析有效的信息实验我们沿用 09 问中的 MySQL 崩溃的场景此处忽略复现崩溃的步骤大家参看 09 问查看 error log我们拿到了崩溃位置 0xee36f1如何找到与之相对的代码位置呢找台测试机获取对应版本的安装包解压然后用 GDB 打开 mysqld在 0xee36f1 位置打一个断点我们可以看到gdb 将崩溃位置的文件名和行号都打印出来剩下的事情就可以交给开发工程师按照这个崩溃堆栈来进行问题排查。赠送章节红框内的这串信息是什么我们来解开看一下这段信息分为两段0x71 是一个偏移量前面是一串文字我们将文字解析出来可以看到前面这串文字是一个函数签名的编码用 cfilt 还原编码以后可以看到完整的函数签名。红框内的这串信息的意思就是崩溃位置是 一个函数起始位置 偏移量。我们大概可以猜到这个 MySQL 的缺陷是在为 binlog 产生新的文件名时发生的。小贴士函数起始位置 偏移量 是一种内存位置的表示方法但该位置不一定是这个函数内的代码。以本例来说0xee36f1 这个位置程序找到了就近的函数 generate_new_name 的起始位置计算出有 0x71 这么多偏移就表示成了 generate_new_name0x71 这种形式。但 0xee36f1 这个位置的代码大概率是但不一定是 generate_new_name 这个函数内部的一段代码。关于 MySQL 的技术内容你们还有什么想知道的吗赶紧留言告诉小编吧
