解决思路：遇到这样的报错信息，我们要学会时时去关注错误日志 error log 里面的内容。看见了关键的报错点Permission denied，证明当前 MySQL 数据库的数据目录没有权限。
解决方法：
[root@zs data]# chown mysql:mysql -R mysql
[root@zs data]# /usr/local/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf &
[1] 4402
[root@zs data]# 170720 14:45:56 mysqld_safe Logging to ‘/data/mysql/error.log’.
170720 14:45:56 mysqld_safe Starting mysqld daemon with databases from /data/mysql
启动成功。
如何避免这类问题，个人建议在安装 MySQL 初始化的时候，一定加上–user=mysql，这样就可以避免权限问题。
./mysql_install_db –basedir=/usr/local/mysql/ –datadir=/data/mysql/ –defaults-file=/etc/my.cnf –user=mysql
案例四
数据库密码忘记的问题
[root@zs~]#mysql-uroot-p
Enterpassword:
ERROR1045(28000):Accessdeniedforuser‘root’@’localhost’(usingpassword:YES)
[root@zs~]#mysql-uroot-p
Enterpassword:
ERROR1045(28000):Accessdeniedforuser‘root’@’localhost’(usingpassword:YES)
我们有可能刚刚接手别人的 MySQL 数据库，而且没有完善的交接文档。root 密码可以丢失或者忘记了。
解决思路：目前是进入不了数据库的情况，所以我们要考虑是不是可以跳过权限。因为在数据库中，MySQL 数据库中 user 表记录着我们用户的信息。
解决方法：启动 MySQL 数据库的过程中，可以这样执行：
/usr/local/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf –skip-grant-tables &
这样启动，就可以不用输入密码，直接进入 MySQL 数据库了。然后在修改你自己想要改的 root 密码即可。
update mysql.user set password=password(‘root123′) where user=’root’;
案例五
truncate 删除数据，导致自动清空自增ID，前端返回报错 not found
这个问题的出现，就要考虑下 truncate 和 delete 的区别了，看下实验演练：
首先先创建一张表：
CREATETABLEt(
aint(11)NOTNULLAUTO_INCREMENT,
bvarchar(20)DEFAULTNULL,
PRIMARYKEY(a),
KEYb(b)
)ENGINE=InnoDBAUTO_INCREMENT=300DEFAULTCHARSET=utf8
插入三条数据：
mysql>insertintot(b)values(‘aa’);
QueryOK,1rowaffected(0.00sec)
mysql>insertintot(b)values(‘bb’);
QueryOK,1rowaffected(0.00sec)
mysql>insertintot(b)values(‘cc’);
QueryOK,1rowaffected(0.00sec)
mysql>select*fromt;
+—–+——+
|a|b|
+—–+——+
|300|aa|
|301|bb|
|302|cc|
+—–+——+
3rowsinset(0.00sec)
先用 delete 进行删除全表信息，再插入新值。
结果发现 truncate 把自增初始值重置了，自增属性从 1 开始记录了。当前端用主键 id 进行查询时，就会报没有这条数据的错误。
个人建议不要使用 truncate 对表进行删除操作，虽然可以回收表空间，但是会涉及自增属性问题。这些坑，我们不要轻易钻进去。
案例六
阿里云 MySQL 的配置文件
阿里云 MySQL 的配置文件中，需要注意一个参数设置就是：
如果报你小写的表名找不到，那你就把远端数据库的表名改成小写，反之亦然。注意 Mybatis 的 Mapper 文件的所有表名也要相应修改。
案例七
数据库总会出现中文乱码的情况
有同学经常会问，为什么我的数据库总会出现中文乱码的情况。一堆中文乱码不知道怎么回事？当向数据库中写入创建表，并插入中文时，会出现这种问题。此报错会涉及数据库字符集的问题。
解决思路：对于中文乱码的情况，记住老师告诉你的三个统一就可以。还要知道在目前的MySQL数据库中字符集编码都是默认的 UTF8。
处理办法：
Emoji 表情符号录入 MySQL 数据库中报错：
Causedby:java.sql.SQLException:Incorrectstringvalue:‘ðð…’forcolumn‘CONTENT’atrow1
atcom.mysql.jdbc.SQLError.createSQLException(SQLError.java:1074)
atcom.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096)
atcom.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028)
atcom.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)
atcom.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)
atcom.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734)
atcom.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)
atcom.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1379)
解决思路：针对表情插入的问题，一定还是字符集的问题。
处理方法：我们可以直接在参数文件中，加入：
vim /etc/my.cnf
[mysqld]
init-connect=’SET NAMES utf8mb4′
character-set-server=utf8mb4
注：utf8mb4 是 utf8的超集。
案例八
使用 binlog_format=statement 这种格式，跨库操作，导致从库丢失数据，用户访问导致出现错误数据信息
当前数据库二进制日志的格式为：binlog_format=statement
在主库设置 binlog-do-db=mydb1（只同步mydb1这一个库）。
在主库执行 use mydb2；
insert into mydb1.t1 values (‘bb’)；这条语句不会同步到从库。
但是这样操作就可以；
use mydb1；
insert into mydb1.t1 values (‘bb’)；因为这是在同一个库中完成的操作。
在生产环境中建议使用binlog的格式为row，而且慎用 binlog-do-db 参数。
案例九
MySQL 数据库连接超时的报错
org.hibernate.util.JDBCExceptionReporter–SQLError:0,SQLState:08S01
org.hibernate.util.JDBCExceptionReporter–Thelastpacketsuccessfullyreceivedfromtheserverwas43200millisecondsago.Thelastpacketsentsuccessfullytotheserverwas43200millisecondsago,whichislongerthantheserverconfiguredvalueof‘wait_timeout’.Youshouldconsidereitherexpiringand/ortestingconnectionvaliditybeforeuseinyourapplication,increasingtheserverconfiguredvaluesforclienttimeouts,orusingtheConnector/Jconnection‘autoReconnect=true’toavoidthisproblem.
org.hibernate.event.def.AbstractFlushingEventListener–Couldnotsynchronizedatabasestatewithsession
org.hibernate.exception.JDBCConnectionException:CouldnotexecuteJDBCbatchupdate
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException:Connection.close()hasalreadybeencalled.Invalidoperationinthisstate.
org.hibernate.util.JDBCExceptionReporter–SQLError:0,SQLState:08003
org.hibernate.util.JDBCExceptionReporter–Nooperationsallowedafterconnectionclosed.Connectionwasimplicitlyclosedduetounderlyingexception/error:
BEGINNESTEDEXCEPTION
大多数做 DBA 的同学，可能都会被开发人员告知，你们的数据库报了这个错误了，赶紧看看是哪里的问题。
这个问题是由两个参数影响的，wait_timeout 和interactive_timeout。
数据默认的配置时间是 28800（8小时）意味着，超过这个时间之后，MySQL 数据库为了节省资源，就会在数据库端断开这个连接，MySQL服务器端将其断开了，但是我们的程序再次使用这个连接时没有做任何判断，所以就挂了。
解决思路：先要了解这两个参数的特性，这两个参数必须同时设置，而且必须要保证值一致才可以。
我们可以适当加大这个值，8 小时太长了，不适用于生产环境。因为一个连接长时间不工作，还占用我们的连接数，会消耗我们的系统资源。
解决方法：可以适当在程序中做判断，强烈建议在操作结束时更改应用程序逻辑以正确关闭连接，然后设置一个比较合理的 timeout 的值（根据业务情况来判断）。
案例十
can’t open file (errno:24)
有的时候，数据库跑得好好的，突然报不能打开数据库文件的错误了。
解决思路：首先我们要先查看数据库的 error log。然后判断是表损坏，还是权限问题。还有可能磁盘空间不足导致的不能正常访问表；操作系统的限制也要关注下；用 perror 工具查看具体错误！
linux:/usr/local/mysql/bin # ./perror 24
OS error code 24: Too many open files
超出最大打开文件数限制！ulimit -n 查看系统的最大打开文件数是 65535，不可能超出！那必然是数据库的最大打开文件数超出限制！
在 MySQL 里查看最大打开文件数限制命令：show variables like ‘open_files_limit’;
发现该数值过小，改为 2048，重启 MySQL，应用正常。
处理方法：
repair table ；
chown mysql 权限
清理磁盘中的垃圾数据
今后还会继续总结 MySQL 中的各种报错处理思路与方法，希望跟各位老铁们，同学们一起努力。多沟通多交流!
