原文作者：張甦
來源：http://blog.51cto.com/sumongodb
今天就給大家列舉 MySQL 數(shù)據(jù)庫中兰绣，最經(jīng)典的十大錯誤案例，并附有處理問題的解決思路和方法左电，希望能給剛?cè)胄校驍?shù)據(jù)庫愛好者一些幫助澈灼，今后再遇到任何報錯湿蛔，我們都可以很淡定地去處理。學(xué)習(xí)任何一門技術(shù)的同時抵知，其實就是自我修煉的過程墙基。沉下心，嘗試去擁抱數(shù)據(jù)的世界辛藻！
Top 1：Too many connections（連接數(shù)過多碘橘，導(dǎo)致連接不上數(shù)據(jù)庫，業(yè)務(wù)無法正常進(jìn)行）
問題還原:
解決問題的思路：
1吱肌、首先先要考慮在我們 MySQL 數(shù)據(jù)庫參數(shù)文件里面痘拆，對應(yīng)的max_connections 這個參數(shù)值是不是設(shè)置的太小了，導(dǎo)致客戶端連接數(shù)超過了數(shù)據(jù)庫所承受的最大值氮墨。
● 該值默認(rèn)大小是151纺蛆，我們可以根據(jù)實際情況進(jìn)行調(diào)整。
● 對應(yīng)解決辦法：set global max_connections=500
但這樣調(diào)整會有隱患规揪，因為我們無法確認(rèn)數(shù)據(jù)庫是否可以承擔(dān)這么大的連接壓力桥氏，就好比原來一個人只能吃一個饅頭，但現(xiàn)在卻非要讓他吃 10 個猛铅，他肯定接受不了字支。反應(yīng)到服務(wù)器上面，就有可能會出現(xiàn)宕機的可能奸忽。
所以這又反應(yīng)出了堕伪，我們在新上線一個業(yè)務(wù)系統(tǒng)的時候，要做好壓力測試栗菜。保證后期對數(shù)據(jù)庫進(jìn)行優(yōu)化調(diào)整欠雌。
2、其次可以限制Innodb 的并發(fā)處理數(shù)量疙筹，如果 innodb_thread_concurrency = 0（這種代表不受限制） 可以先改成 16或是64 看服務(wù)器壓力富俄。如果非常大禁炒，可以先改的小一點讓服務(wù)器的壓力下來之后,然后再慢慢增大,根據(jù)自己的業(yè)務(wù)而定。個人建議可以先調(diào)整為 16 即可霍比。
MySQL 隨著連接數(shù)的增加性能是會下降的幕袱，可以讓開發(fā)配合設(shè)置 thread pool，連接復(fù)用悠瞬。在MySQL商業(yè)版中加入了thread pool這項功能,另外對于有的監(jiān)控程序會讀取 information_schema 下面的表凹蜂，可以考慮關(guān)閉下面的參數(shù)
Top 2：（主從復(fù)制報錯類型）
Last_SQL_Errno: 1062 ?（從庫與主庫數(shù)據(jù)沖突）
針對這個報錯，我們首先要考慮是不是在從庫中誤操作導(dǎo)致的阁危。結(jié)果發(fā)現(xiàn)玛痊，我們在從庫中進(jìn)行了一條針對有主鍵表的 sql 語句的插入，導(dǎo)致主庫再插入相同 sql 的時候狂打，主從狀態(tài)出現(xiàn)異常擂煞。發(fā)生主鍵沖突的報錯。
解決方法：
在確保主從數(shù)據(jù)一致性的前提下趴乡，可以在從庫進(jìn)行錯誤跳過对省。一般使用 percona-toolkit 中的 pt-slave-restart 進(jìn)行。
在從庫完成如下操作
之后最好在從庫中開啟 read_only 參數(shù)晾捏，禁止在從庫進(jìn)行寫入操作
Last_IO_Errno: 1593（server-id沖突）
在搭建主從復(fù)制的過程中蒿涎，我們要確保兩臺機器的 server-id 是唯一的。這里再強調(diào)一下 server-id 的命名規(guī)則（服務(wù)器 ip 地址的最后一位+本 MySQL 服務(wù)的端口號）
解決方法：
在主從兩臺機器上設(shè)置不同的 server-id惦辛。
Last_SQL_Errno: 1032（從庫少數(shù)據(jù)劳秋，主庫更新的時候，從庫報錯）
解決問題的辦法：
根據(jù)報錯信息胖齐，我們可以獲取到報錯日志和position號玻淑，然后就能找到主庫執(zhí)行的哪條sql，導(dǎo)致的主從報錯呀伙。
在主庫執(zhí)行：
獲取到 sql 語句之后补履，就可以在從庫反向執(zhí)行 sql 語句。把從庫缺少的 sql 語句補全剿另，解決報錯信息箫锤。
在從庫依次執(zhí)行：
Top 3：MySQL安裝過程中的報錯
解決思路：
遇到這樣的報錯信息，我們要學(xué)會時時去關(guān)注錯誤日志 error log 里面的內(nèi)容雨女⊙柙埽看見了關(guān)鍵的報錯點Permission denied。證明當(dāng)前 MySQL 數(shù)據(jù)庫的數(shù)據(jù)目錄沒有權(quán)限戚篙。
解決方法：
如何避免這類問題五鲫，個人建議在安裝MySQL初始化的時候溺职，一定加上--user=mysql岔擂，這樣就可以避免權(quán)限問題位喂。
Top 4：數(shù)據(jù)庫密碼忘記的問題
解決思路：
目前是進(jìn)入不了數(shù)據(jù)庫的情況，所以我們要考慮是不是可以跳過權(quán)限乱灵。因為在數(shù)據(jù)庫中塑崖，mysql數(shù)據(jù)庫中user表記錄著我們用戶的信息。
解決方法：
啟動 MySQL 數(shù)據(jù)庫的過程中痛倚，可以這樣執(zhí)行：
Top 5：truncate 刪除數(shù)據(jù)规婆，導(dǎo)致自動清空自增ID，前端返回報錯 not found蝉稳。
這個問題的出現(xiàn)抒蚜，就要考慮下truncate 和 delete 的區(qū)別了。
看下實驗演練：
結(jié)果發(fā)現(xiàn)truncate把自增初始值重置了耘戚，自增屬性從1開始記錄了嗡髓。當(dāng)前端用主鍵id進(jìn)行查詢時，就會報沒有這條數(shù)據(jù)的錯誤收津。
個人建議不要使用truncate對表進(jìn)行刪除操作饿这，雖然可以回收表空間，但是會涉及自增屬性問題撞秋。這些坑长捧，我們不要輕易鉆進(jìn)去。
Top 6：阿里云 MySQL 的配置文件中吻贿，需要注意一個參數(shù)設(shè)置就是：
Top 7：數(shù)據(jù)庫總會出現(xiàn)中文亂碼的情況
解決思路：
對于中文亂碼的情況串结，記住老師告訴你的三個統(tǒng)一就可以。還要知道在目前的mysql數(shù)據(jù)庫中字符集編碼都是默認(rèn)的UTF8
處理辦法：
1舅列、數(shù)據(jù)終端奉芦，也就是我們連接數(shù)據(jù)庫的工具設(shè)置為 utf8
2、操作系統(tǒng)層面剧蹂；可以通過 cat /etc/sysconfig/i18n 查看声功；也要設(shè)置為 utf8
3、數(shù)據(jù)庫層面宠叼；在參數(shù)文件中的 mysqld 下先巴，加入 character-set-server=utf8。
Emoji 表情符號錄入 mysql 數(shù)據(jù)庫中報錯冒冬。
解決思路：針對表情插入的問題伸蚯，一定還是字符集的問題。
處理方法：我們可以直接在參數(shù)文件中简烤，加入
Top 8：使用 binlog_format=statement 這種格式剂邮，跨庫操作，導(dǎo)致從庫丟失數(shù)據(jù)横侦，用戶訪問導(dǎo)致出現(xiàn)錯誤數(shù)據(jù)信息挥萌。
Top 9：MySQL 數(shù)據(jù)庫連接超時的報錯?
這個問題是由兩個參數(shù)影響的绰姻，wait_timeout 和 interactive_timeout。數(shù)據(jù)默認(rèn)的配置時間是28800（8小時）意味著引瀑，超過這個時間之后狂芋，MySQL 數(shù)據(jù)庫為了節(jié)省資源，就會在數(shù)據(jù)庫端斷開這個連接憨栽，Mysql服務(wù)器端將其斷開了帜矾，但是我們的程序再次使用這個連接時沒有做任何判斷，所以就掛了屑柔。
解決思路：
先要了解這兩個參數(shù)的特性屡萤；這兩個參數(shù)必須同時設(shè)置，而且必須要保證值一致才可以掸宛。
我們可以適當(dāng)加大這個值灭衷，8小時太長了，不適用于生產(chǎn)環(huán)境旁涤。因為一個連接長時間不工作翔曲，還占用我們的連接數(shù)，會消耗我們的系統(tǒng)資源劈愚。
解決方法：
可以適當(dāng)在程序中做判斷瞳遍；強烈建議在操作結(jié)束時更改應(yīng)用程序邏輯以正確關(guān)閉連接；然后設(shè)置一個比較合理的timeout的值（根據(jù)業(yè)務(wù)情況來判斷）
Top 10 ：can't open file (errno:24)
有的時候菌羽，數(shù)據(jù)庫跑得好好的掠械，突然報不能打開數(shù)據(jù)庫文件的錯誤了。
解決思路：
首先我們要先查看數(shù)據(jù)庫的error log注祖。然后判斷是表損壞猾蒂，還是權(quán)限問題。還有可能磁盤空間不足導(dǎo)致的不能正常訪問表是晨；操作系統(tǒng)的限制也要關(guān)注下肚菠；用 perror 工具查看具體錯誤！
超出最大打開文件數(shù)限制罩缴！ulimit -n查看系統(tǒng)的最大打開文件數(shù)是65535蚊逢，不可能超出！那必然是數(shù)據(jù)庫的最大打開文件數(shù)超出限制箫章！
在MySQL里查看最大打開文件數(shù)限制命令：
show variables like 'open_files_limit';
處理方法：
推薦文章:
? ? ? ? ? ? ?給個建議：最好別去小公司烙荷！
? ? ? ? ? ??工廠模式(3)方法工廠模式
