mariadb故障问题总结

故障1:初次启动遇到的故障

[ERROR] InnoDB: auto-extending data file ./ibdata1 is of a different size 640 pages (rounded  down to MB) than specified in the .cnf file: initial 768     pages, max 0 (relevant if non-zero) pages!

问题原因:

在初始化数据库时系统自动建立了ibdata1,ib_logfile0,ib_logfile1几个文件
    在配置文件中由于配置了:innodb_data_file_path = ibdata1:10M;ibdata2:10M:autoextend,跟初始化时的ibdata1的大小不一致导致的;
    默认的ibdata1大小为8M,而我在此配置的为10M,是导致问题的原因

解决方法:

在mysql的data目录下,删除ibdata1,ib_logfile0,ib_logfile1;
    在重新启动mysql,系统会根据配置再次生成ibdata文件

故障2:有大量慢查询导致cpu服务飙升,从而导致服务器宕机

问题原因:当有一个慢查询阻塞时,后面所有的请求都会等待这个查询完成才会执行

解决办法:

如果只有少量慢查询,直接用kill 慢查询ID号,结束慢查询即可;例:mysql>kill 32232

如果有大量慢查询,只能关闭当前数据库服务;

当有大量的慢查询时,用/etc/init.d/mysql stop关闭时遇到的问题:

1.关闭特别慢,等了大概15分钟后,关闭失败,并且数据库无法登陆;

2.此时采用kill -9 PID号的方式进行强制关闭mysql进程

3.此时用/etc/init.d/mysql start的方式启动时,启动失败

4.再此用/etc/init.d/mysql start的启动一次,即可成功启动

临时解决办法:

1.找到可以正常使用的数据库

2.在前端的haproxy中,把不能正常访问的数据库移除;

3.等待出故障的数据恢复正常后,再从haproxy添加此主机;

时间: 2024-08-24 17:09:02

mariadb故障问题总结的相关文章

linux+php+apache+mysql(mariadb)故障排除

wordpress 网页文件打不开(client denied by server).白屏(http 500)问题排除顺序 1.查看apache错误日志查照问题报告找到问题 “client denied by server”. 2.client denied by server是权限问题 设置httpd.conf或者虚拟主机vhost的.conf中的权限相关为.RewriteEngine onAllowOverride FileInfo或AllRequire all granted等 3.解决权

mariadb简单入门

数据库对于互联网公司来说是一个公司的心脏,没有了它这个公司绝对只是一堆ppt.由此对于一个运维来说数据库绝对是维护的重中之重,每天都要对数据库进行增量备份,每周要进行一次完全备份.常用的备份工具mysqldump这是一个逻辑被分工具那就意味着性能将会被计算消耗一些:extrabackup这是一个物理备份工具,具有较好的性能:还有一种借助lvm进行备份的方法,这种方法的显然不靠谱,因为lvm保存的数据不具有硬件级恢复数据的特性,一旦遇到极端情况,我们只能接受数据丢失. 数据库需要备份什么?1数据,

MariaDB数据库介绍三、MHA(Master HA)实现主节点故障转移

一.MHA MHA是开源的MySQL的高可用程序,它为MySQL的主从复制架构提供了主节点故障自动转移的功能,它会监控master节点故障的时候,会提升其中的拥有最新数据的slave节点称为新的master节点,同时它还提供了master节点的在线切换的功能,按需切换master/slave节点. MHA服务有两种角色,MHA Manager和MHA Node: MHA Manager(管理节点):单独部署在一台独立机器上管理多个master/slave主从复制集群, 每个master/slav

记一次mariadb升级故障

由于做mariadb集群,将版本从自带的5.5升级到10.0.3,升级成功后发现起不来 查journal log,只有一行warning can't create test file /var/lib/mysql/core.lower-test google了一下,有两种方案 第一是说selinux导致的,但是ucloud的镜像默认就是关闭selinux的,所以不是这个问题 第二说是apparmor限制了进程的目录读写,但是没有安装这个东西,所以也不是这个问题. 其他文件权限之类的都检查过了,也

corosync 实现 MariaDB 数据库服务的高可用

方案: corosync + pacemaker  提供HA的解决方案. 使用NFS共享服务器导出的共享文件系统做为数据目录: 拓扑图如下: 一.配置HA高可用集群的各节点间能够基于主机名通讯. 1.设置主机名 (1).在 192.168.60.128 主机设置 编辑/etc/sysconfig/network文件,使得主机名永久有效 [[email protected] ~]# vim /etc/sysconfig/network HOSTNAME=node2.9527du.com 使用hos

记录一次mariadb启动错误

机器无意重启了,之后启动一直显示在Start Mysql.....查看mysql日志错误如下 第一个ERROR解决方法: 修改/data/mydata权限,chomd 777 /data/mydata 再次重启故障未解决,查看日志报错如下 根据网上查找的解决方案为初始化mysql 运行/usr/local/mariadb-10.0.12/scripts/mysql_install_db --user=mysql --datadir=/data/mydata进行初始化又提示FATAL ERROR:

Centos7+Mariadb+Keepalived实现Mariadb(MYSQL)的高可用(HA)

我们前面几篇文章中有介绍了Keepalived的功能--HA,关于MySQL-HA,目前有多种解决方案,比如heartbeat.drbd.mmm.共享存储,但是它们各有优缺点.heartbeat.drbd配置较为复杂,需要自己写脚本才能实现MySQL自动切换,对于不会脚本语言的人来说,这无疑是一种脑裂问题:对于mmm,生产环境中很少有人用,且mmm 管理端需要单独运行一台服务器上,要是想实现高可用,就得对mmm管理端做HA,这样无疑又增加了硬件开支:对于共享存储,个人觉得MySQL数据还是放在本

Centos7安装mariadb galera cluster数据库集群 & 详解

#Galera集群特点 集群之间无延时,同步复制.而master-slave主从异步复制,存在延迟. active-active多主,集群内部服务器都是同时写,必须等所有集群内所有数据库都完成数据写入,才会反馈完成,所以不存在数据丢失的情况. 集群节点自动故障转移,如果集群中单个节点故障,失效节点会自动被清除. 扩展方便,只要将新的节点添加到集群,新节点自动复制数据. #Galera集群原理     #主要通过galera插件保证数据的一致性,该数据复制的过程是可认证的复制,原理如下: #解析

使用mysqldump进行mariadb的备份

mysqldump备份介绍 mysqldump是mysql用于转存储数据库的实用程序.它主要产生一个SQL脚本,其中包含从头重新创建数据库所必需的命令CREATE TABLE INSERT等,适用于备份数据量不大的数据库. 优点:备份简单,恢复容易. 备份缺点:schema和数据存储在一起,巨大的SQL语句.单个巨大的备份文件(备份的库和表都在一个文件中). mysqldump: 是一个mysql客户端命令,通过mysql协议连接至mysqld,实现数据库备份 命令的语法格式: mysqldum