为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。 【DM版本】:V8.1.2.70 【操作系统】：Centos 7.8.2003 【CPU】:Intel(R) Xeon(R) CPU E5-2650 v3 【问题描述】*：数据库多次异常宕机，dm日志及操作系统日志如下图：
MEMORY_MAGIC_CHECK参数默认值1
core dump日志：单个core文件十几GB可能不完整（太大导致目录爆满）
看来和内存有关，不知道是不是和某条 SQL 有关。
gdb dmserver [解压后的core文件] 然后 bt 查看 dmstack.log 中导致崩溃的线程，找到 LWP 号
如果是 SQL 导致的 coredump，可以扫描下具体那条 SQL
[dmdba@dameng bin]$ ./dmrdc sfile=[解压后的core文件] dfile=result.txt
分析完成后在 result.txt 文件中找到 Thread 1 中的 LWP 号，那条 SQL 就是导致宕机的 SQL。
最好还是先调整一下core文件配置，生成一下完整的core文件,查查异常SQL。 主要是有没有那种传参特别夸张多的SQL。 有的话 经常见到的一种原因是SQL传参量过大，属于低版本下vm内存管理缺陷导致。 1、调大VM_STACK_SIZE可绕过 2、优化业务逻辑，避免过多传参。
看来和内存有关，不知道是不是和某条 SQL 有关。
如果是 SQL 导致的 coredump，可以扫描下具体那条 SQL
分析完成后在 result.txt 文件中找到 Thread 1 中的 LWP 号，那条 SQL 就是导致宕机的 SQL。