MySQL数据库常见错误及解决方案

2021-03-16    分类： 解决方案

老张我在刚开始学习数据库的时候，没少走弯路。经常会遇到各种稀奇古怪的 error 信息，遇到报错会很慌张，急需一个解决问题的办法。跟无头苍蝇一样，会不加思索地把错误粘到百度上，希望赶紧查找一下有没有好的处理问题的方法。

MySQL数据库

我想上述这个应该是刚从事数据库的小白都会遇到的窘境。今天就给大家列举 MySQL 数据库中，最经典的十大错误案例，并附有处理问题的解决思路和方法。

希望能给刚入行，或数据库爱好者一些帮助，今后再遇到任何报错，我们都可以很淡定地去处理。

学习任何一门技术的同时，其实就是自我修炼的过程。沉下心，尝试去拥抱数据的世界!

Top

1

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

问题还原：



    
	
  1. 
		mysql> show variables like '%max_connection%'; 
    2. 
	
  2. 
		| Variable_name   | Value | 
    3. 
	
  3. 
		max_connections | 151   |  
    4. 
	
  4. 
		mysql> set global max_connections=1;Query OK, 0 rows affected (0.00 sec) 
    5. 
	
  5. 
		[root@node4 ~]# mysql -uzs -p123456 -h 192.168.56.132 
    6. 
	
  6. 
		ERROR 1040 (00000): Too many connections 
    7. 



解决问题的思路：


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


    
	
  • 
		该值默认大小是 151，我们可以根据实际情况进行调整。
    • 
	
  • 
		对应解决办法：set global max_connections=500
    • 



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


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


2、其次可以限制 Innodb 的并发处理数量，如果 innodb_thread_concurrency = 0(这种代表不受限制) 可以先改成 16 或是 64 看服务器压力。


如果非常大，可以先改的小一点让服务器的压力下来之后，然后再慢慢增大，根据自己的业务而定，个人建议可以先调整为 16 即可。


MySQL 随着连接数的增加性能是会下降的，在 MySQL 5.7 之前都需要让开发配合设置 thread pool，连接复用。MySQL 5.7 之后数据库自带 thread pool 了，连接数问题也得到了相应的解决。


另外对于有的监控程序会读取 information_schema 下面的表，可以考虑关闭下面的参数：


    
	
  • 
		innodb_stats_on_metadata=0
    • 
	
  • 
		set global innodb_stats_on_metadata=0
    • 



Top


2


(主从复制报错类型)




    
	
  1. 
		Last_Errno: 1062 
    2. 
	
  2. 
		   Last_Error: Could not execute Write_rows event on table test.t;  
    3. 
	
  3. 
		   Duplicate entry '4' for key 'PRIMARY',  
    4. 
	
  4. 
		   Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY;  
    5. 
	
  5. 
		   the event's master log mysql-bin.000014, end_log_pos 1505 
    6. 



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


解决方法：


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


在从库完成如下操作：


    
	
  • 
		[root@zs bin]# ./pt-slave-restart -uroot -proot123
    • 
	
  • 
		2017-07-20T14:05:30 p=...,u=root node4-relay-bin.000002 1506 1062
    • 



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


Last_IO_Errno: 1593(server-id冲突)




    
	
  1. 
		Last_IO_Error:  
    2. 
	
  2. 
		 Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;  
    3. 
	
  3. 
		 these ids must be different for replication to work  
    4. 
	
  4. 
		 (or the --replicate-same-server-id option must be used on slave but this  
    5. 
	
  5. 
		 does not always make sense; please check the manual before using it) 
    6. 



这个报错出现之后，就能一目了然看到两台机器的 server-id 是一样的。


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


解决方法：


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


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




    
	
  1. 
		Last_SQL_Error: 
    2. 
	
  2. 
		Could not execute Update_rows event on table test.t; Can't find record  
    3. 
	
  3. 
		in 't', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the  
    4. 
	
  4. 
		event's master log mysql-bin.000014, end_log_pos 1708 
    5. 



解决问题的办法：


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


在主库执行：




    
	
  1. 
		/usr/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /data/mysql/mysql-bin.000014 |grep -A 10 1708 > 1.log  
    2. 
	
  2. 
		cat 1.log 
    3. 





    
	
  • 
		#170720 14:20:15 server id 3  end_log_pos 1708 CRC32 0x97b6bdec     Update_rows: table id 113 flags: STMT_END_F 
    • 
	
  • 
		### UPDATE `test`.`t` 
    • 
	
  • 
		### WHERE 
    • 
	
  • 
		###   @1=4 /* INT meta=0 nullable=0 is_null=0 */ 
    • 
	
  • 
		###   @2='dd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */ 
    • 
	
  • 
		### SET 
    • 
	
  • 
		###   @1=4 /* INT meta=0 nullable=0 is_null=0 */ 
    • 
	
  • 
		###   @2='ddd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */ 
    • 
	
  • 
		# at 1708 
    • 
	
  • 
		#170720 14:20:15 server id 3  end_log_pos 1739 CRC32 0xecaf1922     Xid = 654 
    • 
	
  • 
		COMMIT/*!*/; 
    • 
	
  • 
		DELIMITER ; 
    • 
	
  • 
		# End of log file 
    • 
	
  • 
		ROLLBACK /* added by mysqlbinlog */; 
    • 
	
  • 
		/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; 
    • 
	
  • 
		/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/; 
    • 


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

    在从库依次执行：
    

    

      
	
    1. 
		mysql> insert into t (b) values ('ddd'); 
      2. 
	
    2. 
		Query OK, 1 row affected (0.01 sec) 
      3. 
	
    3. 
		mysql> stop slave; 
      4. 
	
    4. 
		Query OK, 0 rows affected (0.00 sec) 
      5. 
	
    5. 
		mysql> exit 
      6. 
	
    6. 
		Bye 
      7. 
	
    7. 
		[root@node4 bin]# ./pt-slave-restart -uroot -proot123 
      8. 
	
    8. 
		2017-07-20T14:31:37 p=...,u=root node4-relay-bin.000005         283 1032  
      9. 

    

    Top
    

    3
    

    MySQL安装过程中的报错
    

    

      
	
    1. 
		[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf &[1] 3758 
      2. 
	
    2. 
		[root@zs data]# 170720 14:41:24 mysqld_safe Logging to '/data/mysql/error.log'. 
      3. 
	
    3. 
		170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql170720  
      4. 
	
    4. 
		14:41:25 mysqld_safe mysqld from pid file /data/mysql/node4.pid ended 
      5. 
	
    5. 
		170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql2017-07-20  
      6. 
	
    6. 
		14:41:25 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. 
      7. 
	
    7. 
		Please use --explicit_defaults_for_timestamp server option  
      8. 
	
    8. 
		(see documentation for more details)./usr/local/mysql/bin/mysqld:  
      9. 
	
    9. MySQL数据库常见错误及解决方案
                
      
                URL网址：https://www.cdcxhl.com/news0/105300.html
            
      
            
      
                网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有解决方案等
                                
      
            
      
                广告
                
            
      
            
      
                声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：
                创新互联
            
      
        
    
        
    
            
    猜你还喜欢下面的内容
    
            
        
    
    
    

    
    
        绵阳服务器托管
        
    
            
    解决方案知识
    
            
        
    
        
    
            
    同城分类信息