本文目錄一覽:
- 1、linux伺服器無法連接mysql 怎麼清除mysql日誌
- 2、Mysql之Linux環境下如何徹底刪除卸載Mysql
- 3、mysql在linux下日誌滿了怎麼辦
- 4、linux mysql怎樣查詢刪除的資料
linux伺服器無法連接mysql 怎麼清除mysql日誌
連不上,報什麼錯誤?清除日期切換到/var/log/mysql.log下,直接rm -f 強制刪除
Mysql之Linux環境下如何徹底刪除卸載Mysql
1、首先連接操作系統,切換到root用戶。
如果是使用yum安裝的mysql,使用如下命令進行卸載(不能確定使用何種方式安裝的mysql情況下,按後續步驟一一進行處理即可):
# yum remove mysql mysql-server mysql-libs compat-mysql51
# rm -rf /var/lib/mysql
# rm /etc/my.cnf
使用rpm -qa|grep mysql命令來查看rpm方式安裝的mysql,如果查詢結果不為空,需要將這些rpm卸載掉。
2、如果是使用rpm方式安裝的mysql,按如下步驟進行處理:
查看系統中是否以rpm包安裝的mysql:
# rpm -qa | grep -i mysql
使用rpm -e 命令將上個命令中包列表一一進行卸載。
然後刪除mysql相關的服務。
# chkconfig –list | grep -i mysql
# chkconfig –del mysql
3、然後找出OS中分散的mysql文件夾,並刪除。
# find / -name mysql
mysql在linux下日誌滿了怎麼辦
你指的是哪個日誌?
一、
二進位日誌,
辦法1:
PURGE
MASTER
LOGS
TO
『mysql-bin.000021′;
將序號為000021之前的日誌全部刪除
辦法2:
PURGE
MASTER
LOGS
BEFORE
』2010-03-22
00:00:00′;
將日期為2010-03-22之前的日誌刪除
二、慢查,錯誤、無索引日誌等可以直接拷貝到其他目錄,或者手動刪除
linux mysql怎樣查詢刪除的資料
如果你沒開啟日誌記錄,就準備哭吧。
想要恢愎資料庫以前的資料,執行mysqlshow binlog events;
由於數據量很多,查看起來很麻煩,光打開個文件就要閃半天,所以應該適當刪除部分可不用的日誌。
並且如果使用的時間足夠長的話,會把我的硬碟空間都給吃掉
1、登錄系統,/usr/bin/mysql
使用mysql查看日誌
mysqlshow binary logs;
+—————-+———–+
| Log_name | File_size |
+—————-+———–+
| ablelee.000001 | 150462942 |
| ablelee.000002 | 120332942 |
| ablelee.000003 | 141462942 |
+—————-+———–+
2、刪除bin-log(刪除ablelee.000003之前的而沒有包含ablelee.000003)
mysql purge binary logs to ′ablelee.000003′;
Query OK, 0 rows affected (0.16 sec)
3、查詢結果(現在只有一條記錄了)
mysql show binlog events\G
*************************** 1. row ***************************
Log_name: ablelee.000003
Pos: 4
Event_type: Format_desc
Server_id: 1
End_log_pos: 106
Info: Server ver: 5.1.26-rc-log, Binlog ver: 4
1 row in set (0.01 sec)
(ablelee.000001和ablelee.000002已被刪除)
mysql show binary logs;
+—————-+———–+
| Log_name | File_size |
+—————-+———–+
| ablelee.000003 | 106 |
+—————-+———–+
1 row in set (0.00 sec)
(刪除的其它格式運用!)
PURGE {MASTER | BINARY} LOGS TO 『log_name』
PURGE {MASTER | BINARY} LOGS BEFORE 『date』
用於刪除列於在指定的日誌或日期之前的日誌索引中的所有二進位日誌。這些日誌也會從記錄在日誌索引文件
中的清單中被刪除,這樣被給定的日誌成為第一個。
例如:
PURGE MASTER LOGS TO 『mysql-bin.010′;
PURGE MASTER LOGS BEFORE 『2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
BEFORE變數的date自變數可以為』YYYY-MM-DD hh:mm:ss』格式。MASTER和BINARY是同義詞。
如果您有一個活性的從屬伺服器,該伺服器當前正在讀取您正在試圖刪除的日誌之一,則本語句不會起作用,
而是會失敗,並伴隨一個錯誤。不過,如果從屬伺服器是休止的,並且您碰巧清理了其想要讀取的日誌之一,則從
屬伺服器啟動後不能複製。當從屬伺服器正在複製時,本語句可以安全運行。您不需要停止它們。
要清理日誌,需按照以下步驟:
1. 在每個從屬伺服器上,使用SHOW SLAVE STATUS來檢查它正在讀取哪個日誌。
2. 使用SHOW MASTER LOGS獲得主伺服器上的一系列日誌。
3. 在所有的從屬伺服器中判定最早的日誌。這個是目標日誌。如果所有的從屬伺服器是更新的,這是清單上的
最後一個日誌。
4. 製作您將要刪除的所有日誌的備份(這個步驟是自選的,但是建議採用)。
5. 清理所有的日誌,但是不包括目標日誌。
下面講一下怎麼從二進位文件恢複數據, 假如不小心執行了drop table xxx_db, 假如你保留了完整的二進位日誌的話, 先不要冒汗, 這是可以恢復的.
先看看日誌
#mysqlbinlog /diskb/bin-logs/xxx_db-bin.000001
找到執行create table xxx_db之後和drop table xxx_db之前的position, 假如是20, 1000
#mysqlbinlog –start-position=”4″ –stop-position=”1000″ /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
伴隨著一大堆的ERROR 1062 (23000) at line 12355: Duplicate entry ‘139’ for key 1, 資料庫就這樣恢復了, 不過–start-position=”20″是不行的, 必須從–start-position=”4″開始, 為什麼要強制從4開始, 這個問題我也暫時沒有搞清楚.
還有一種辦法是根據日期來恢復
#mysqlbinlog –start-datetime=”2009-09-14 0:20:00″ –stop-datetim=”2009-09-15 01:25:00″ /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root
如果create table xxx_db和drop table xxx_db之間的時間相距是一年, 或者在不同的二進位日誌中, 且位置相距好遠, 就等著失眠吧! 做好備份, 小心操作才是正路啊!
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/254929.html