mysql意外宕机现象分析

最近在云上的博客系统总是数据库宕机导致服务异常。登到服务器上重启mysql有时也启动不了，查看mysql的日志，发现如下错误：

InnoDB: mmap(137363456 bytes) failed; errno 12
InnoDB: Cannot allocate memory for the buffer pool

搜索“InnoDB: mmap(137363456 bytes) failed; errno 12”发现是内存不够了，解决办法很简单，修改一下/etc/my.cnf

innodb_buffer_pool_size=32M

高版本的mysql这个参数默认是128M。

用free -m 查看了下系统，发现可用内存确实不够128M，用top 查看，按下M，看到很多php-fpm进程，用

ps -ef|grep php-fpm | wc -l

查看一下发现，有37个，这样占用的内存过多，导致mysql在申请内存时，没有足够内存可用而导致宕机。

搜索“php-fpm进程过多”，发现是php-fpm 子进程设置问题。 使用pm = dynamic 模式下，修改一下参数：

pm.max_children = 25
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10

这样，重启下php-fpm，php-fpm的进程在访问限制的时候会降到10个。

pm.max_children：静态方式下开启的php-fpm进程数量。
pm.start_servers：动态方式下的起始php-fpm进程数量。
pm.min_spare_servers：动态方式下的最小php-fpm进程数。
pm.max_spare_servers：动态方式下的最大php-fpm进程数量。