MongoDB 3.6.2随机崩溃生成.mdmp文件，如何读取该二进制文件？

Hey there, sorry to hear your MongoDB 3.6.2 instance is crashing randomly—those .mdmp files are Windows minidump files, which capture a snapshot of the mongod process's state exactly when it crashed. Let’s walk through how to analyze them to figure out what’s going wrong.

你需要准备的工具 #

• WinDbg：微软官方的调试工具，专门用来解析minidump文件。你可以安装WinDbg Preview（从微软商店获取），或者通过Windows SDK安装“Debugging Tools for Windows”组件（适合更传统的调试工作流）。
• MongoDB符号文件：没有符号文件的话，调试输出只会是一堆内存地址，根本看不懂。你需要下载和你的mongod.exe版本（3.6.2）完全匹配的符号包，这个可以在MongoDB的官方下载页面找到（命名通常类似mongodb-win32-x86_64-2008plus-ssl-3.6.2-symbols.zip）。

具体操作步骤 #

1. 安装并配置WinDbg

   • 安装完成后，打开WinDbg，点击顶部菜单的File -> Symbol File Path。
   • 在弹出的窗口中输入符号路径，格式如下：

     srv*C:\symcache*https://msdl.microsoft.com/download/symbols;C:\path-to-your-mongodb-symbols
     

     这里第一部分是微软的公共符号服务器（用来解析Windows系统相关的符号），第二部分是你解压MongoDB符号包的本地文件夹路径，替换成你自己的路径即可。

2. 加载崩溃转储文件

   • 点击File -> Open Crash Dump，选择你生成的.mdmp文件（比如mongod.2017-12-21T08-01-49.mdmp）。
   • 等待WinDbg加载完成，这个过程可能需要几分钟，尤其是第一次运行，因为它会下载必要的系统符号。

3. 分析崩溃原因

   • 在WinDbg的命令输入窗口中，输入以下命令并回车：

     !analyze -v
     

     这个命令会自动分析崩溃的详细信息，包括触发崩溃的异常代码、出错的内存地址、完整的栈跟踪记录等。
   • 如果需要更细致的栈信息，可以用这些命令：
     • k：查看当前线程的基础栈跟踪
     • kb：查看带参数的栈跟踪
     • ~*k：查看所有线程的栈跟踪，帮你找到哪个线程触发了崩溃

后续分析与建议 #

• 重点关注!analyze -v输出里的FAULTING_IP（崩溃发生的指令地址）和STACK_TEXT（栈调用链），结合MongoDB的符号，你能直接看到是mongod的哪个模块、哪个函数出了问题。
• 如果崩溃是随机但重复出现的，把几次的.mdmp文件都分析一遍，看是否是同一个崩溃点——这会帮你定位是特定操作（比如某个查询、索引构建）还是底层的内存/系统问题。
• 别忘了结合MongoDB的日志文件（mongod.log）来看，崩溃前后的日志可能会有线索，比如有没有报错、慢查询、内存告警等，和转储文件的分析结果互相印证。
• 考虑升级MongoDB版本：3.6.2是比较老旧的版本了，很多稳定性bug已经在后续的3.6.x补丁版本（比如3.6.23）或者更高版本中修复，升级到同系列的最新稳定版可能直接解决随机崩溃的问题。

内容的提问来源于stack exchange，提问作者StuiterSlurf