mysql鎖表查詢,binlog日誌清理
阿新 • • 發佈:2020-08-06
本文油:頭條號:西西圖圖(美食運維) 提供
首先:show OPEN TABLES where In_use > 0; 多重新整理基礎檢視有沒有沒變動的。沒有變動的行,數值一直不變的就是被鎖定。
2、SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX\G 可以檢視具體的所情況
3、show processlist檢視都有哪些鎖。
4、確定好了的話用這條命令查殺:SELECT concat('KILL ',ID,';') FROM INFORMATION_SCHEMA.PROCESSLIST where db="qxfw"; 這裡的qxfw是我的庫名,你可以根據3哪裡顯示出來自己的庫名來填寫。
################## binlog 日誌刪除 ##############################
1、檢視現在都有哪些binlog
MySQL> show
binary
logs;
2、刪除指定binlog
purge
binary
logs
to
'mysql-bin.000003'
;
3、檢視binlog過期時間
mysql> show variables like 'expire_logs_days'; 或者
mysql> select @@global.expire_logs_days;
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| expire_logs_days | 0 |
+------------------+-------+
1 row in set (0.00 sec) expire_logs_days=0:表示所有binlog日誌永久都不會失效,不會自動刪除; 目前需求,只想保留七天日誌,其餘日誌打包、壓縮後備份至其他地方:
修改方式: 永久生效(重啟後即生效): 修改配置檔案my.ini(window系統環境下,若為Linux環境,則修改my.cnf檔案)檔案: 在[mysqld]標籤內增加如下內容 expire_logs_days=7 max_binlog_size=500M 設定之後不會立即清除,觸發條件是:
為了使之生效,需要執行flush logs。 mysql> flush logs; Query OK, 0 rows affected, 64 warnings (0.16 sec
如果binlog非常多,不要輕易設定該引數,有可能導致io爭用,這時候可以使用purge命令予以清除: 將bin.000055之前的binlog清掉: mysql>purge binary logs to 'bin.000055'; 將指定時間之前的binlog清掉: mysql>purge binary logs before '2019-10-13 23:59:59'; 注意,不要輕易手動去刪除binlog,會導致binlog.index和真實存在的binlog不匹配,而導致expire_logs_day失效
4、臨時設定生效方法
set global expire_logs_days = 10; (10天前的全刪)
flush privileges;