引言
最近博客又抽风了，打开主页后提示 Error Establishing a Database Connection 。仔细想想，应该就是数据库服务器 mariadb 挂了；以前也遇到过类似的问题。经过分析日志，并结合网上的资料最终解决了问题。
日志
以下是 mariadb 服务器挂掉时的比较关键的日志信息，从下面的日志信息中，我们可以很容易地看出由于内存不足，从而导致数据库服务器启动时崩溃。
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
160919 2:47:12 InnoDB: Waiting for the background threads to start
160919 2:47:13 Percona XtraDB (http://www.percona.com) 5.5.46-MariaDB-37.6 started; log sequence number 352718445
160919 2:47:13 [ERROR] mysqld: Out of memory (Needed 128917504 bytes)
160919 2:47:13 [Note] Plugin 'FEEDBACK' is disabled.
160919 2:47:13 [Note] Server socket created on IP: '0.0.0.0'.
160919 2:47:13 [Note] Event Scheduler: Loaded 0 events
160919 2:47:13 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.47-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server
160919 02:47:35 mysqld_safe Number of processes running now: 0
160919 02:47:35 mysqld_safe mysqld restarted
160919 2:47:35 [Note] /usr/libexec/mysqld (mysqld 5.5.47-MariaDB) starting as process 28614 ...
160919 2:47:35 InnoDB: The InnoDB memory heap is disabled
160919 2:47:35 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160919 2:47:35 InnoDB: Compressed tables use zlib 1.2.7
160919 2:47:35 InnoDB: Using Linux native AIO
160919 2:47:35 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137756672 bytes) failed; errno 12
160919 2:47:35 InnoDB: Completed initialization of buffer pool
160919 2:47:35 InnoDB: Fatal error: cannot allocate memory for the buffer pool
160919 2:47:35 [ERROR] Plugin 'InnoDB' init function returned error.
160919 2:47:35 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160919 2:47:35 [ERROR] mysqld: Out of memory (Needed 128917504 bytes)
160919 2:47:35 [ERROR] mysqld: Out of memory (Needed 96681984 bytes)
160919 2:47:35 [ERROR] mysqld: Out of memory (Needed 72499200 bytes)
160919 2:47:35 [Note] Plugin 'FEEDBACK' is disabled.
160919 2:47:35 [ERROR] Unknown/unsupported storage engine: InnoDB
160919 2:47:35 [ERROR] Aborting
解决
在使用 free -m 查看内存信息时，发现 swap 分区大小为 0。难怪说数据库服务器无法启动呢，在内存不够用的情况下，又无法使用 swap 分区，自然崩溃了。由于 VPS 使用了 SSD，性能自然不错。下面我们给服务器系统 CentOS 7 添加 1024M 的 swap 分区，采用的方法是创建一个 swap 文件：
使用下面的命令创建 swapfile ：
# 1048576 = 1024 * 1024 dd if=/dev/zero of=/swapfile bs=1024 count=1048576
使用下面的命令配置 swap 文件：
mkswap /swapfile
接下来，使用下面的命令立即启用 swapfile ，这样就不用等到下次重启时自动启用：
swapon /swapfile
最后，我们在 /etc/fstab 中添加下面一行，这样可以在系统下次重启时自动生效创建的 swapfile ：
/swapfile swap swap defaults 0 0
使用 cat /proc/swaps 或 free -m 查看 swapfile 的生效情况，如下图所示：
在完成上面的步骤后，我们还可以在 /etc/my.cnf 配置文件中添加一些配置信息，降低 mariadb 资源需求，具体的配置请参考文末给出的链接。
启动
启动 apache 服务器： systemctl start httpd.service ；
启动 mariadb 服务器： systemctl start mariadb.service 。
启动完成后，再次打开网站主页，bingo，问题解决了！
总结
低配 VPS 最好还是要多增加 swap 分区大小，尤其对于使用 SSD 的 VPS 而言， swap 分区的性能也非常不错；
数据库服务器崩溃后，一定要记得学会分析日志。最简单的做法就是使用 tail 命令看看最近的崩溃日志，并根据崩溃信息寻找解决问题的办法；
WordPress 程序本身比较占资源，所以运行在低配的 VPS 时，还是需要做些优化工作。具体请参考文末给出的链接。
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。