发布于 2016-10-25 12:34:58 | 157 次阅读 | 评论: 0 | 来源: 网友投递
MariaDB数据库
MariaDB基于事务的Maria存储引擎，替换了MySQL的MyISAM存储引擎，它使用了Percona的 XtraDB，InnoDB的变体，分支的开发者希望提供访问即将到来的MySQL 5.4 InnoDB性能。这个版本还包括了 PrimeBase XT (PBXT) 和 FederatedX存储引擎。
本文给大家分享的是一次mariadb数据库无法连接的处理方法，主要是给大家简单描述下处理的思路，希望对大家处理mariadb数据库有所帮助。
自从自己维护blog以后，基本一个月内，都会出现1，2次这种错误，以前解决的办法很简单，就是把虚拟机重启一下就可以。经常是网友在微信，qq，微博提醒我blog挂掉。
刚好国庆期间碰上，就顺便提高一下自己的运维能力，看看具体的原因。
tail /var/log/mariadb/mariadb.log
看到大概的错误
161004 11:21:05 InnoDB: Fatal error: cannot allocate memory for the buffer pool
161004 11:21:05 [ERROR] Plugin 'InnoDB' init function returned error.
161004 11:21:05 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
161004 11:21:15 [Note] Plugin 'FEEDBACK' is disabled.
161004 11:21:16 [ERROR] Unknown/unsupported storage engine: InnoDB
161004 11:21:16 [ERROR] Aborting
其实我也能猜到，肯定是数据库的内存使用有啥问题。
有错误，其实就是利用google，基本就有答案
http://www.webtrafficexchange.com/solved-mysql-crash-fatal-error-cannot-allocate-memory-buffer-pool
我使用的青云的虚拟机，swap分区，就是1G，所以应该也不需要创建。
编辑 /etc/my.cnf，
[mysqld]
innodb_buffer_pool_size=64M
重启mysql
systemctl restart mariadb
查看swap内存使用
# free -m
total used free shared buff/cache available
Mem: 993 431 386 6 175 424
Swap: 1023 0 1023
查看一下启动日志
[root@chenshake mariadb]# tail /var/log/mariadb/mariadb.log
161004 20:42:46 InnoDB: Initializing buffer pool, size = 64.0M
161004 20:42:46 InnoDB: Completed initialization of buffer pool
161004 20:42:46 InnoDB: highest supported file format is Barracuda.
161004 20:42:46 InnoDB: Waiting for the background threads to start
密切关注一下后续的效果如何。