mysql日志

mysql有以下幾種日志：

錯誤日志： log-error

查詢日志： log

慢查詢日志: log-slow-queries

更新日志: log-update

二進制日志： log-bin

主從中繼日志：relay_log

在配置文件中指定log的輸出位置.

# vi /etc/my.cnf

[mysqld]

log-error=/usr/local/mysql/logs/error.log?????? (指定錯誤日志存放位置)

log=/usr/local/mysql/logs/sql.log???????? (對所有執行語句進行記錄)

long_query_time=2???????????????? (執行超過2秒的sql會被log下來)

log-slow-queries= /usr/local/mysql/logs/slowquery.log?????? (將查詢返回較慢的語句進行記錄)

log-queries-not-using-indexes = nouseindex.log???? (log下來沒有使用索引的sql語句)

log-bin=/usr/local/mysql/logs/mysql-bin??????? (設置二進制日志的保存位置,/usr/local/mysql/logs為

路徑，mysql-bin為文檔前綴，注意給/usr/local/mysql/logs可寫入的權限)

expire_logs_day=7?????????????????????????????????? (設置二進制日志的保存時間為7天，7天后自動刪除

)

log_bin=/usr/local/mysql/logs/relaylog????? (設置主從mysql中繼日志路徑為/usr/local/mysql/logs,格

式為relaylog.00001)

:wq

默認情況下，所有日志創建于mysqld數據目錄中。

通過刷新日志，你可以強制 mysqld來關閉和重新打開日志文件(或者在某些情況下切換到一個新的日志)。

刷新日志的命令：

> flush logs

或

# mysqladmin -u root -p flush-logs

或

# mysqladmin -u root -p refresh

是否啟用了日志

mysql> show variables like 'log_%';

怎樣知道當前的日志

mysql> show master status;

顯示二進制日志數目

mysql> show master logs;

看二進制日志文件用mysqlbinlog

# mysqlbinlog /var/lib/mysql/log/mysql-bin-log.00001

刪除全部日志

> reset master;

刪除000007編號之前的所有日志

> purge master logs to 'mysql-bin.000007';

刪除2012-02-30 23:59:59時間之前的日志

> purge master logs before '2012-02-30 23:59:59';

mysql自帶了一個查看慢日志的工具mysqldumpslow。

執行mysqldumpslow –h可以查看幫助信息。

主要介紹兩個參數-s和-t

-s 這個是排序參數，可選的有：

al: 平均鎖定時間

ar: 平均返回記錄數

at: 平均查詢時間

c: 計數

l: 鎖定時間

r: 返回記錄

t: 查詢時間

-t n 顯示頭n條記錄。

實例：

mysqldumpslow -s c -t 20 host-slow.log?????????? (訪問次數最多的20個sql語句)

mysqldumpslow -s r -t 20 host-slow.log?????????? (返回記錄集最多的20個sql)

mysqldumpslow -t 10 -s t -g “left join” host-slow.log???????? (按照時間返回前10條里面含有左連

接的sql語句)

日志恢復：

bin-log是記錄著mysql所有事件的操作，當mysql發生災難性錯誤時，可以通過bin-log做完整恢復，基于時間

點的恢復，和基于位置的恢復

完整恢復：

假定我們每天凌晨2點都會使用mysqldump備份數據庫，但在第二天早上9點由于數據庫出現了故障，數據無法訪

問，需要恢復數據，先使用昨天凌晨備份的文件進行恢復到凌晨2點的狀態，在使用mysqlbinlog恢復自

mysqldump備份以來的binlog

這樣數據庫就可以完全的恢復到崩潰前的完全狀態

基于時間點的恢復：

由于誤操作，比如說刪除了一張表，這時使用上面講的完全恢復是沒有用的，因為日志里面還存在誤操作的語

句，，我們需要的是恢復到誤操作前的狀態，然后跳過誤操作的語句，再恢復后面操作的語句，假定我們刪除

了一張表的誤操作發生在10:00這個時間點，我們可以使用下面的語句用備份和binlog將數據恢復到故障前

# mysqlbinlog --stop-date='2010-09-04 9:59:59' /var/log/mysql-bin.000001 | mysql -u root -p

然后跳過誤操作的時間點，繼續執行后面的binlog

# mysqlbinlog --start-date='2010-09-04 10:01:00' /var/log/mysql-bin.000001 | mysql -u root -p

其中--stop-date='2010-09-04 9:59:59' 和 --start-date='2010-09-04 10:01:00' 其中的時間是你誤操作的

時間點，當然了，這個時間點你需要你自己計算的，而且這個時間點還可以涉及到的不只是誤操作，還可以有

正確的操作也被跳過去了。

基于位置恢復：

由于上面提到的，使用基于時間點的恢復可能出現，在一個時間點里面可能存在誤操作和其他正確的操作，所

以我們需要一種更為精確的恢復方式

使用mysqlbinlog查看二進制，可看到

其中drop tables test1這個誤操作的end_log_pos為8879917，記下這個id,得出它前后操作的id分別為

8879916,8879918

我們將進行位置恢復操作

# mysqlbinlog --stop-position='8879916' /var/log/mysql-bin.000001 | mysql -u root -p

# mysqlbinlog --start-position='8879918' /var/log/mysql-bin.000001 | mysql -u root -p

第一行是恢復到停止位置位置的所以事務，第二性是恢復從給定的起始位置知道二進制日志結束所有事物。

本文轉自linux博客51CTO博客，原文鏈接http://blog.51cto.com/yangzhiming/834893如需轉載請自行聯系原作者

yangzhimingg

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的阿里云mysql 日志_mysql日志-阿里云开发者社区的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。