mysql数据库异常 MySQL数据库“十宗罪”【十大经典错误案例】

今天就给大家列举 MySQL 数据库中，最经典的十大错误案例，并附有处理问题的解决思路和方法，希望能给刚入行，或数据库爱好者一些帮助，今后再遇到任何报错，我们都可以很淡定地去处理。学习任何一门技术的同时，其实就是自我修炼的过程。沉下心，尝试去拥抱数据的世界！

Top 1：Too many connections（连接数过多，导致连接不上数据库，业务无法正常进行）问题还原:

解决问题的思路：Top 2：（主从复制报错类型）Last_SQL_Errno: 1062 （从库与主库数据冲突）

针对这个报错，我们首先要考虑是不是在从库中误操作导致的。结果发现，我们在从库中进行了一条针对有主键表的 sql 语句的插入，导致主库再插入相同 sql 的时候，主从状态出现异常。发生主键冲突的报错。

解决方法：

在确保主从数据一致性的前提下，可以在从库进行错误跳过。一般使用 percona-toolkit 中的 pt-slave-restart 进行。

在从库完成如下操作

Last_IO_Errno: 1593（server-id冲突）

在搭建主从复制的过程中，我们要确保两台机器的 server-id 是唯一的。这里再强调一下 server-id 的命名规则（服务器 ip 地址的最后一位+本 MySQL 服务的端口号）

解决方法：

在主从两台机器上设置不同的 server-id。

Last_SQL_Errno: 1032（从库少数据，主库更新的时候，从库报错）

解决问题的办法：

根据报错信息，我们可以获取到报错日志和position号，然后就能找到主库执行的哪条sql，导致的主从报错。

在主库执行：

获取到 sql 语句之后，就可以在从库反向执行 sql 语句。把从库缺少的 sql 语句补全，解决报错信息。

在从库依次执行：

Top 3：MySQL安装过程中的报错

解决思路：

遇到这样的报错信息，我们要学会时时去关注错误日志 error log 里面的内容。看见了关键的报错点Permission denied。证明当前 MySQL 数据库的数据目录没有权限。

解决方法：

如何避免这类问题，个人建议在安装MySQL初始化的时候，一定加上–user=mysql，这样就可以避免权限问题。

Top 4：数据库密码忘记的问题

解决思路：

目前是进入不了数据库的情况，所以我们要考虑是不是可以跳过权限。因为在数据库中，mysql数据库中user表记录着我们用户的信息。

解决方法：

启动 MySQL 数据库的过程中，可以这样执行：

Top 5：truncate 删除数据，导致自动清空自增ID，前端返回报错 not found。

这个问题的出现，就要考虑下truncate 和 delete 的区别了。

看下实验演练：

结果发现truncate把自增初始值重置了，自增属性从1开始记录了。当前端用主键id进行查询时，就会报没有这条数据的错误。

个人建议不要使用truncate对表进行删除操作，虽然可以回收表空间，但是会涉及自增属性问题。这些坑，我们不要轻易钻进去。

Top 6：阿里云 MySQL 的配置文件中，需要注意一个参数设置就是：

Top 7：数据库总会出现中文乱码的情况解决思路：

对于中文乱码的情况，记住老师告诉你的三个统一就可以。还要知道在目前的mysql数据库中字符集编码都是默认的UTF8

处理办法：

1、数据终端，也就是我们连接数据库的工具设置为 utf8

2、操作系统层面；可以通过 cat /etc/sysconfig/i18n 查看；也要设置为 utf8

3、数据库层面；在参数文件中的 mysqld 下，加入 character-set-server=utf8。

Emoji 表情符号录入 mysql 数据库中报错。

解决思路：针对表情插入的问题，一定还是字符集的问题。

处理方法：我们可以直接在参数文件中，加入

Top 8：使用 binlog_format=statement 这种格式，跨库操作，导致从库丢失数据，用户访问导致出现错误数据信息。

Top 9：MySQL 数据库连接超时的报错

这个问题是由两个参数影响的，wait_timeout 和 interactive_timeout。数据默认的配置时间是28800（8小时）意味着，超过这个时间之后，MySQL 数据库为了节省资源，就会在数据库端断开这个连接，Mysql服务器端将其断开了，但是我们的程序再次使用这个连接时没有做任何判断，所以就挂了。

解决思路：

先要了解这两个参数的特性；这两个参数必须同时设置，而且必须要保证值一致才可以。

我们可以适当加大这个值，8小时太长了，不适用于生产环境。因为一个连接长时间不工作，还占用我们的连接数，会消耗我们的系统资源。

解决方法：

可以适当在程序中做判断；强烈建议在操作结束时更改应用程序逻辑以正确关闭连接；然后设置一个比较合理的timeout的值（根据业务情况来判断）

Top 10 ：can’t open file (errno:24)

有的时候，数据库跑得好好的，突然报不能打开数据库文件的错误了。

解决思路：

首先我们要先查看数据库的error log。然后判断是表损坏，还是权限问题。还有可能磁盘空间不足导致的不能正常访问表；操作系统的限制也要关注下；用 perror 工具查看具体错误！

超出最大打开文件数限制！ulimit -n查看系统的最大打开文件数是65535，不可能超出！那必然是数据库的最大打开文件数超出限制！

在MySQL里查看最大打开文件数限制命令：

show variables like ‘open_files_limit’;

处理方法：

文末推广

↓↓↓

热门内容：

1、

2、

3、

4、

5、