同事遇到1問題
mysqldump: Couldn't execute 'select @@collation_database': User 'root' has exceeded the 'max_questions' resource (current value: 100) (1226)
依照提示很容易想到 max_questions 值太大了,目前只有100,所以報(bào)錯(cuò)。
首先想到show variables like 'r' 竟然沒有找到,這個(gè)應(yīng)當(dāng)不是個(gè)全局的參數(shù),那末在哪兒呢?應(yīng)當(dāng)在系統(tǒng)表里。
然落后去的數(shù)據(jù)庫(kù)里面,想看下多少連接,show full processlist,報(bào)1樣的毛病,任何的select 語(yǔ)句都是報(bào)這個(gè)毛病。
幸虧只是個(gè)開發(fā)測(cè)試庫(kù),所以直接重啟DB應(yīng)當(dāng)可以解決此問題。果不其然,重啟以后1切ok。
進(jìn)入到mysql庫(kù),查看user表,發(fā)現(xiàn)以下字段
1般情況下,用戶是不會(huì)修改這個(gè)值,0的話就是沒有限制,不知道誰(shuí)手欠,修改了這個(gè)值。
依照這樣,應(yīng)當(dāng)是針對(duì)單個(gè)用戶的限制。
解決此問題,應(yīng)當(dāng)用別的超級(jí)權(quán)限的用戶登錄,直接修改這個(gè)值,然后刷新權(quán)限,不重啟db應(yīng)當(dāng)也能夠解決。
查官方文檔又發(fā)現(xiàn)5.6版本新加的字段password_expired用來控制密碼過期。
看下官方文檔
上一篇 一個(gè)spark receiver 或多個(gè)spark receiver 接收 多個(gè)flume agent
下一篇 jdk 1.6 Internal Error (verifier.cpp:1524) guarantee(cp->cache() == NULL)