innodb_force_recovery参数分析
一、问题描述今天在线运行的一个mysql崩溃了。查看错误日志,如下:----------------------------------------- 161108 11:36:45 mysqld_safe Starting mysqld daemon with databases from 
Got fatal error 1236 from master when reading data from binary log
问题现象: 中午打开好久没有用的测试环境--一主两从复制环境,发现两个从节点出现同样的报错:mysql> show slave status \G*************************** 1. row *************************** Slave_IO_State: ...
mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8'
在查看binlog的时候出现报错如下:[root@master data]# mysqlbinlog -uroot -pmysql mysql-bin.000008mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8' 原因是mysqlbinlog这个工具无法识别binlog中的配置中的default-character-set=utf8这个指令。...
误删除InnoDB ibdata数据文件的恢复
下边这个案例模拟人为误删除数据文件和重做日志文件。1)删除数据文件和重做日志文件cd /mysql/datarm -rf ib*2)若此时数据库可以支持工作,数据可以正常写入,千万不要将mysqld杀死,否则没法挽救,找到mysqld的pid[root@mysql data]# netstat -nltp |grep mysqldtcp 0 &nb...
连接数过多导致程序连接报错原因分析
1、参数设置太小,max_connections需要根据主机的性能和实际需要进行合理的配置。2、磁盘I/O瓶颈,比如被一条SQL堵死,造成后边的DML操作等待,又比如增、删、改、查很频繁,磁盘I/O遇到瓶颈,导致无法处理繁忙的请求。3、MySQL处理完一条请求后,会根据wait_timeout值来释放连接(参数含义:服务器关闭非交互连接之前等...