对于一般进程，要让进程崩溃时能生成 core file 用于调试，只需要设置 rlimit 的 core file size > 0 即可。比如，用在 ulimit -c unlimited 时启动程序。 对 MySQL 来说，由于 core file 中会包含表空间的数据，所以默认情况下为了安全，mysqld 捕获了 SEGV 等信号，崩溃时并不会生成 core file，需要在 my.cnf 或启动参数中加上 core-file。 但是即使做到了以上两点，在 mysqld crash 时还是可能无法 core dump。还有一些系统参数会影响 core dump。

    core dump 文件对于诊断linux中程序的问题非常有用。当程序异常退出的时候，可能会生成core文件。如，程序写一个不属于他的内存，操作系统出于保护，会发信号给程序，程序可能会因此而退出，退出的时候可能会生成core文件。我们可以通过分析core文件，找出程序中那里有内存问题。这篇文章主要是阐述生成core文件需要做的一些设置。

    以前, 我曾经介绍过如何通过PHP的Core文件获取信息:如何调试PHP的Core之获取基本信息, 对于调用参数这块, 当时介绍的获取方法比较复杂. 于是今天我为PHP 5.4的.gdbinit做了一个改进, 以后如果你遇到了PHP 5.4的core, 那么就可以简单的得到PHP 5.4发生Core时, 包括参数的函数调用栈的信息.

    其实一直想写这个系列, 但是一想到这个话题的宽泛性, 我就懒得想了. 今天我也不打算全部讲如何调试一个PHP的Core文件, 也不会介绍什么是Coredump, 选择一个相对比较简单的方向来介绍, 那就是如何从PHP的Core文件中获取一些对我们重演这个Core有帮助的信息.

    一个同事forward过来一个, 公司某产品线遇到的一个低概率, 但长时间出现了几次的Core的bt信息, 找我帮忙分析下原因。

    在开发过程中，我们经常会碰到段错误等异常，这时我们需要有相应的机制来进行调试，特别是服务提供在线上时，面对大量的日志信息，合理的调试处理机制对于开发来说是一件非常重要的事情，幸好Nginx本身提供了很好的调试机制，主要包括以下几个方面。 1、Core文件 默认情况下，编译Nginx是带上-g选项的，这就意味着我们可以使用gdb进行调试，以跟踪具体的错误原因。使用Nginx自身带有的两个配置选择就可以轻松配置，使它在Crash的时...

    最近有个同事, 被一个100%重现的core搞的很郁闷, 和我说过几次, 今天我终于被他说的有兴趣了, 就帮忙看了看, 代码很简单, 如下: