MySQL數(shù)據(jù)庫(kù)常見錯(cuò)誤及解決方案

2021-03-16    分類： 解決方案

老張我在剛開始學(xué)習(xí)數(shù)據(jù)庫(kù)的時(shí)候，沒少走彎路。經(jīng)常會(huì)遇到各種稀奇古怪的 error 信息，遇到報(bào)錯(cuò)會(huì)很慌張，急需一個(gè)解決問題的辦法。跟無(wú)頭蒼蠅一樣，會(huì)不加思索地把錯(cuò)誤粘到百度上，希望趕緊查找一下有沒有好的處理問題的方法。

MySQL數(shù)據(jù)庫(kù)

我想上述這個(gè)應(yīng)該是剛從事數(shù)據(jù)庫(kù)的小白都會(huì)遇到的窘境。今天就給大家列舉 MySQL 數(shù)據(jù)庫(kù)中，最經(jīng)典的十大錯(cuò)誤案例，并附有處理問題的解決思路和方法。

希望能給剛?cè)胄?，或?shù)據(jù)庫(kù)愛好者一些幫助，今后再遇到任何報(bào)錯(cuò)，我們都可以很淡定地去處理。

學(xué)習(xí)任何一門技術(shù)的同時(shí)，其實(shí)就是自我修煉的過程。沉下心，嘗試去擁抱數(shù)據(jù)的世界!

Top

1

Too many connections(連接數(shù)過多，導(dǎo)致連接不上數(shù)據(jù)庫(kù)，業(yè)務(wù)無(wú)法正常進(jìn)行)

問題還原：



    
	
  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 數(shù)據(jù)庫(kù)參數(shù)文件里面，對(duì)應(yīng)的 max_connections 這個(gè)參數(shù)值是不是設(shè)置的太小了，導(dǎo)致客戶端連接數(shù)超過了數(shù)據(jù)庫(kù)所承受的大值。


    
	
  • 
		該值默認(rèn)大小是 151，我們可以根據(jù)實(shí)際情況進(jìn)行調(diào)整。
    • 
	
  • 
		對(duì)應(yīng)解決辦法：set global max_connections=500
    • 



但這樣調(diào)整會(huì)有隱患，因?yàn)槲覀儫o(wú)法確認(rèn)數(shù)據(jù)庫(kù)是否可以承擔(dān)這么大的連接壓力，就好比原來一個(gè)人只能吃一個(gè)饅頭，但現(xiàn)在卻非要讓他吃 10 個(gè)，他肯定接受不了。反應(yīng)到服務(wù)器上面，就有可能會(huì)出現(xiàn)宕機(jī)的可能。


所以這又反映出了，我們?cè)谛律暇€一個(gè)業(yè)務(wù)系統(tǒng)的時(shí)候，要做好壓力測(cè)試。保證后期對(duì)數(shù)據(jù)庫(kù)進(jìn)行優(yōu)化調(diào)整。


2、其次可以限制 Innodb 的并發(fā)處理數(shù)量，如果 innodb_thread_concurrency = 0(這種代表不受限制) 可以先改成 16 或是 64 看服務(wù)器壓力。


如果非常大，可以先改的小一點(diǎn)讓服務(wù)器的壓力下來之后，然后再慢慢增大，根據(jù)自己的業(yè)務(wù)而定，個(gè)人建議可以先調(diào)整為 16 即可。


MySQL 隨著連接數(shù)的增加性能是會(huì)下降的，在 MySQL 5.7 之前都需要讓開發(fā)配合設(shè)置 thread pool，連接復(fù)用。MySQL 5.7 之后數(shù)據(jù)庫(kù)自帶 thread pool 了，連接數(shù)問題也得到了相應(yīng)的解決。


另外對(duì)于有的監(jiān)控程序會(huì)讀取 information_schema 下面的表，可以考慮關(guān)閉下面的參數(shù)：


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



Top


2


(主從復(fù)制報(bào)錯(cuò)類型)




    
	
  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. 



針對(duì)這個(gè)報(bào)錯(cuò)，我們首先要考慮是不是在從庫(kù)中誤操作導(dǎo)致的。結(jié)果發(fā)現(xiàn)，我們?cè)趶膸?kù)中進(jìn)行了一條針對(duì)有主鍵表的 sql 語(yǔ)句的插入，導(dǎo)致主庫(kù)再插入相同 sql 的時(shí)候，主從狀態(tài)出現(xiàn)異常。發(fā)生主鍵沖突的報(bào)錯(cuò)。


解決方法：


在確保主從數(shù)據(jù)一致性的前提下，可以在從庫(kù)進(jìn)行錯(cuò)誤跳過。一般使用 percona-toolkit 中的 pt-slave-restart 進(jìn)行。


在從庫(kù)完成如下操作：


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



之后最好在從庫(kù)中開啟 read_only 參數(shù)，禁止在從庫(kù)進(jìn)行寫入操作。


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. 



這個(gè)報(bào)錯(cuò)出現(xiàn)之后，就能一目了然看到兩臺(tái)機(jī)器的 server-id 是一樣的。


在搭建主從復(fù)制的過程中，我們要確保兩臺(tái)機(jī)器的 server-id 是唯一的。這里再?gòu)?qiáng)調(diào)一下 server-id 的命名規(guī)則(服務(wù)器 ip 地址的最后一位+本 MySQL 服務(wù)的端口號(hào))。


解決方法：


在主從兩臺(tái)機(jī)器上設(shè)置不同的 server-id。


Last_SQL_Errno: 1032(從庫(kù)少數(shù)據(jù)，主庫(kù)更新的時(shí)候，從庫(kù)報(bào)錯(cuò))




    
	
  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. 



解決問題的辦法：


根據(jù)報(bào)錯(cuò)信息，我們可以獲取到報(bào)錯(cuò)日志和position號(hào)，然后就能找到主庫(kù)執(zhí)行的哪條sql，導(dǎo)致的主從報(bào)錯(cuò)。


在主庫(kù)執(zhí)行：




    
	
  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 語(yǔ)句之后，就可以在從庫(kù)反向執(zhí)行 sql 語(yǔ)句。把從庫(kù)缺少的 sql 語(yǔ)句補(bǔ)全，解決報(bào)錯(cuò)信息。
    

    在從庫(kù)依次執(zhí)行：
    

    

      
	
    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安裝過程中的報(bào)錯(cuò)
    

    

      
	
    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. 
                網(wǎng)頁(yè)名稱：MySQL數(shù)據(jù)庫(kù)常見錯(cuò)誤及解決方案
                
      
                文章路徑：http://www.muchs.cn/news/105300.html
            
      
            
      
                網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡(luò)營(yíng)銷seo公司；服務(wù)項(xiàng)目有解決方案等
                                
      
            
      
                廣告
                
            
      
            
      
                聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源：
                創(chuàng)新互聯(lián)
            
      
        
    
        
    
    

    
    
        h5響應(yīng)式網(wǎng)站建設(shè)