今天，又掉坑了。 之前踩到過MySQL主鍵溢出的情況，通過prometheus監(jiān)控起來了，具體見這篇MySQL主鍵溢出復(fù)盤
這次遇到的坑，更加的隱蔽。 是一個(gè)log表里面的一個(gè)int signed類型的列寫滿了?？焖俚慕鉀Q方法當(dāng)然還是只能切新表來救急了，然后搬遷老表的部分歷史數(shù)據(jù)到熱表。
亡羊補(bǔ)牢，處理完故障后，趕緊寫腳本把生產(chǎn)的其他表都捋一遍。
下面是我暫時(shí)用的一個(gè)檢測(cè)腳本，還不太完善，湊合用
分2個(gè)文件（1個(gè)sql文件，1個(gè)shell腳本）
check.sql 內(nèi)容如下：
SELECT
cast( pow(2, case data_type
when 'tinyint' then 7
when 'smallint' then 15
when 'mediumint' then 23
when 'int' then 31
when 'bigint' then 63
end+(column_type like '% unsigned'))-1 as decimal(30,0)) as max_int,
' - ',
concat ('(', concat('select ','max(',COLUMN_NAME,')',' from ',TABLE_SCHEMA,'.',TABLE_NAME),')')
from
information_schema.COLUMNS
where
TABLE_SCHEMA NOT IN ('information_schema','sys','test','mysql','performance_schema')
AND
DATA_TYPE IN ('int' ) ;
直接到數(shù)據(jù)庫(kù)里面執(zhí)行，效果類似這樣：
check.sh 內(nèi)容如下：
#!/bin/bash
# 監(jiān)測(cè)int類型的當(dāng)可用空間少500w的時(shí)候，提醒做DDL操作
# 設(shè)置 session級(jí)別的 max_execution_time為2秒，防止沒有索引的大的拖慢數(shù)據(jù)庫(kù)，但是這樣可能漏判部分列，需要注意下
# 注意：我這里bigint類型的沒有檢查，如果需要請(qǐng)修改 check.sql where條件中的DATA_TYPE加上 bigint的檢查
source /etc/profile
set -u
mkdir $(date +%F) -pv
# step1 檢測(cè)
for host in {'192.168.1.100','192.168.1.110','192.168.1.120','192.168.1.130'}; do
mysql -udts -pdts -h${host} -BN check.sql 2>/dev/null > sql.log
wait
echo "說明： | 當(dāng)前列允許的最大值 | 巡檢用的SQL " >> $(date +%F)/$host.log
while read line; do
ret=$(mysql -udts -pdts -h${host} -BNe "set session max_execution_time=2000;select $line" 2>/dev/null)
echo ${ret}
if [[ "${ret}" == "NULL" ]]; then
continue
fi
if [ ${ret} -lt 5000000 ] ; then
echo "$line 剩余空間 ${ret}, 該表可用水位不足500W，建議做DDL修改為bigint類型" >> $(date +%F)/$host.log
fi
done ./sql.log
done
# step2 將檢查的內(nèi)容打包發(fā)郵件（這里可能需要根據(jù)自己生產(chǎn)的情況改改）
tar czf $(date +%F).tar.gz $(date +%F)
sendemail -s 192.168.1.200 -f post@domain.com -t ergou@domain.com -a $(date +%F).tar.gz -u "$(date +%F) int水位線巡檢日志" -o message-content-type=html -o message-charset=utf8 -m "內(nèi)容詳見附件"
# step3 清理每日生成的以日期命名的目錄和tar.gz文件，這里我就不貼命令
再配個(gè)每天上午10點(diǎn)的cronjob即可，
最終每天收到郵件里面內(nèi)容大致類似如下：
到此這篇關(guān)于詳解MySQL 表中非主鍵列溢出情況監(jiān)控的文章就介紹到這了,更多相關(guān)MySQL 非主鍵列溢出內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- 深入談?wù)凪ySQL中的自增主鍵
- Mysql主鍵UUID和自增主鍵的區(qū)別及優(yōu)劣分析
- MySQL的主鍵命名策略相關(guān)
- 淺談MySQL中的自增主鍵用完了怎么辦
- MySQL的自增ID(主鍵) 用完了的解決方法
- 深入分析mysql為什么不推薦使用uuid或者雪花id作為主鍵
- 使用prometheus統(tǒng)計(jì)MySQL自增主鍵的剩余可用百分比
- Mysql 增加主鍵或者修改主鍵的sql語(yǔ)句操作
