分类目录归档:数据库

MariaDB swap空间没有配置导致的出错问题

之前自己写的一篇关于搭建lamp的文章,在运行过程中会出现一些莫名其妙的错误导致mariadb错误,然后必须手动重启mariadb才能正常启动服务。

于是在mariadb的日志文件中查看到错误信息,/var/log/mariadb/mariadb

171002 10:56:34 [ERROR] Plugin 'InnoDB' init function returned error.
171002 10:56:34 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
171002 10:56:34 [ERROR] mysqld: Out of memory (Needed 128917504 bytes)
171002 10:56:34 [Note] Plugin 'FEEDBACK' is disabled.
171002 10:56:34 [ERROR] Unknown/unsupported storage engine: InnoDB
171002 10:56:34 [ERROR] Aborting

其中有一句Out of memory (Needed 128917504 bytes),看来是内存不足导致的错误,因为我的服务器是阿里云的低配服务器,所以当其他服务占用了很多内存之后,导致mariadb没有足够的内存提供服务。

因为自己的内存是512M,于是想到采用swap空间。查看swap的大小是free -m返回的信息是:

              total        used        free      shared  buff/cache   available
Mem:            992         315         331           0         344         525
Swap:             0           0           0

看来swap也没有建立,那么就手动建立一个swap文件,由于官方给的swap大小建议的是实际内存的2倍,所以我在这里就建立了一个1GB的swap交换文件。

dd if=/dev/zero of=/swapfile bs=1024 count=1048576

配置swap

mkswap /swapfile

启动swap

swapon /swapfile

最后你可以通过free -m命令来查看是否成功建立swap交换分区。

文完

Mongodb 身份验证

介绍

不管数据库是在多安全的环境或者本地环境,给数据库建立一个安全的环境是很有必要的。

Mongodb提供了一系列的安全功能,这里介绍一种很常用的身份验证方式。

开启验证

默认情况下,只要在启动数据库的时候没有加上--auth选项,就是没有身份验证功能的,所有客户端都可以进行所有权限的操作。

如果加上过后,我们就可以通过安全的身份验证连接数据库。如果要在数据库中进行身份验证,可以通过db.auth(username, password),如果验证成功则返回1,反之。

建立用户

建立用户我们可以通过db.createUser()方法来建立用户,比如下面这样:

db.createUser({user: 'username', pwd: 'password', roles: [
    {role: 'read', db: 'test'}
]});

继续阅读

Mongodb 备份及恢复

介绍

无论在什么情况下都应该进行数据备份,才能避免灾难性的数据损坏,下面将介绍两种备份方式,两种备份方式使用的场景也不一样,可以根据自身的使用情况进行选择

复制文件备份

在复制数据库文件之前,我们可以通过db.fsynclock()方法让数据库禁止一切写入,并把所有在缓存中的信息全部同步到磁盘中,让所有的写操作进入队列,在没有取消锁之前,Mongodb不会对任何写操作进行处理。

> db.fsyncLock();   首先给数据库上锁,以免出现我们在备份的过程中同时还有数据写入

$ cp -R /data/blog/* /data/Backup/blog  //复制数据库所有的文件到备份目录

> db.fsyncUnlock();  解锁数据库,解锁后数据库将处理队列中的写操作

mongodump

mongodump可以给正在运行的实例进行热备份,只需要通过指定端口,地址,如果在本机上面运行,只需要指定端口就可以进行热备份了。

$ mongodump --port 27017

继续阅读

Mongodb 数据修复

介绍

很多时候我们看见数据目录下有一个mongodb.lock文件,这个文件在开启了日志系统后不会出现,在没有开启日志系统的情况下非常重要,并且有时发现重新启动数据库的时候无法启动了,然后删除mongodb.lock又可以启动了,但是尽量不要这样做。

当Mongodb启动的时候会建立一个mongodb.lock文件,而正常退出的时候就会删除这个文件,但是遇见非正常退出,这个文件就滞留了,Mongodb就会得知上一次是非正常退出,所以第一时间不是删除这个文件启动,而是尝试着修复数据,再进行启动。

mongod –repair

mongod内置了一个修复数据的选项,这个工具相比与下面介绍的另一种工具来说这种在修复的速度上要稍微快一下,我们只需指定修复的数据库路径,然后加上选项就可以进行修复了。

$ mongod --dbpath /data/blog --repair

继续阅读

Mongodb 监测

介绍

为什么要进行监控状态,因为在实际的情况中可能会发生一下无法预计的情况,比如阻塞的问题,阻塞的原因会有很多种情况造成,如果当我们查询文档的时候发生了阻塞,那么就会影响到后面的操作,甚至无法对后面的操作进行响应。

我们可以通过监控很快速的找到到底是哪里出了问题,这样有助于我们快速定位所在的问题,从而得到解决。

Mongodb官方提供了三种用语分析Mongodb的方式:

  1. Mongodb自带的监控工具:用于提供数据库活动的实时报告
  2. 数据库命令:以更真实的情况返回数据库状态的统计信息
  3. 第三方平台托管监控

Mongodb自带监控工具

mongostat

mongostat是官方随同mongodb下载包中一同下载的,你可以找到安装目录或者解压目录进行使用。

我们可以通过mongostat --help()进行查询可用选项,也可以通过官方文档进行查询。

Mongostat默认所返回的信息都是基于秒为单位,比如返回的insert指的是每秒插入数据库的对象数,而如果我们限制了返回时间,那么这个返回的结果是基于限制时间的平均值。

继续阅读