这十个MySQL经典错误,老司机一定遇到过!你呢?

  1. 云栖社区>
  2. 博客>
  3. 正文

这十个MySQL经典错误,老司机一定遇到过!你呢?

java填坑路 2018-11-01 16:26:00 浏览501
展开阅读全文
img_81dfe818f9aba1b4ec5e3a532f9a5132.png


img_3f6f0f2d81c9c446114934a2c5897fe7.png

Top  1:Too many connections(连接数过多,导致连接不上数据库,业务无法正常进行)

问题还原


img_9e966d7536df44bd0d463e1747fbb730.png

解决问题的思路:

1、首先先要考虑在我们 MySQL 数据库参数文件里面,对应的max_connections 这个参数值是不是设置的太小了,导致客户端连接数超过了数据库所承受的最大值。

● 该值默认大小是151,我们可以根据实际情况进行调整。

● 对应解决办法:set global max_connections=500

但这样调整会有隐患,因为我们无法确认数据库是否可以承担这么大的连接压力,就好比原来一个人只能吃一个馒头,但现在却非要让他吃 10 个,他肯定接受不了。反应到服务器上面,就有可能会出现宕机的可能。

所以这又反应出了,我们在新上线一个业务系统的时候,要做好压力测试。保证后期对数据库进行优化调整。

2、其次可以限制Innodb 的并发处理数量,如果 innodb_thread_concurrency = 0(这种代表不受限制) 可以先改成 16或是64 看服务器压力。如果非常大,可以先改的小一点让服务器的压力下来之后,然后再慢慢增大,根据自己的业务而定。个人建议可以先调整为 16 即可。

MySQL 随着连接数的增加性能是会下降的,可以让开发配合设置 thread pool,连接复用。在MySQL商业版中加入了thread pool这项功能,另外对于有的监控程序会读取 information_schema 下面的表,可以考虑关闭下面的参数


img_db896745af25095daec40a5528b4ffeb.png

Top 2:(主从复制报错类型)

Last_SQL_Errno: 1062  (从库与主库数据冲突)


img_845a3260e957cdea7679993fdfaf3cc7.png

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

解决方法:

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

在从库完成如下操作


img_391d106bec625ddfe2c218ed0a7566c9.png

之后最好在从库中开启 read_only 参数,禁止在从库进行写入操作

Last_IO_Errno: 1593(server-id冲突)


img_e60f1fce3bfb2a110d121ab3b09bb950.png

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

解决方法:

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

Last_SQL_Errno: 1032(从库少数据,主库更新的时候,从库报错)


img_cdbd539e7af56cb8c03b4f234c86366d.png

解决问题的办法:

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

在主库执行:

img_f6882534e36cb5b562b6a39a8c62aaf5.png

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

在从库依次执行:


img_8313d1c7dab34ce380008c4e5f2d1fd3.png

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


img_48762b051f8797d3f6300df95e18e8a0.png

解决思路:

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

解决方法:


img_e35257eb5a0179393701b06054ea3d1c.png

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


img_567789519dcf0267a4b2be3bfc7b43d2.png

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


img_ed69c40272faaa80117e53814365b57c.png

解决思路:

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

解决方法:

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


img_c5a4beafa6a7fcac7b70129681dfdf73.png

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

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

看下实验演练:

img_33c07ee4782bd8a6e4a3f4243144ded0.png

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

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

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


img_4e6967d7bf6e2d6151f8636bf70a631a.png

Top 7:数据库总会出现中文乱码的情况

解决思路:

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

处理办法:

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

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

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

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


img_75a0005a741e92e319c493b3268e9b9e.png

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

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

img_531b39c60a2ef860e4bdd7818e773903.png

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


img_53ab74f8aad535acf0c79863c381b432.png

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


img_58a8cba1c6e5918bd1ad1a489fd2e1c2.png

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

解决思路:

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

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

解决方法:

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

Top 10 :can't open file (errno:24)

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

解决思路:

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


img_23ba3d6caad7526e71c0d0e5c936a511.png

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

在 MySQL 里查看最大打开文件数限制命令:show variables like 'open_files_limit';

发现该数值过小,改为2048,重启 MySQL,应用正常

处理方法:


img_2587eebc41a570a5f0b6f4a40d3178d4.png

今后还会继续总结 MySQL 中的各种报错处理思路与方法,希望跟各位老铁们,同学们一起努力。多沟通多交流!

看到这里的各位老司机们,把此文转发出去吧,让更多的人成为老司机。

欢迎工作一到五年的Java工程师朋友们加入Java填坑之路:860113481

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

网友评论

登录后评论
0/500
评论
java填坑路
+ 关注