Mysql 日誌 (轉)

時間 2019-12-14

標籤 mysql 日誌欄目 MySQL 简体版

原文原文鏈接

MySQL日誌：主要包含：錯誤日誌、查詢日誌、慢查詢日誌、事務日誌、二進制日誌；mysql

錯誤日誌sql

在mysql數據庫中，錯誤日誌功能是默認開啓的。而且，錯誤日誌沒法被禁止。默認狀況下，錯誤日誌存儲在mysql數據庫的數據文件中。數據庫

日誌文件一般的名稱爲hostname.err。其中，hostname表示服務器主機名。vim

錯誤日誌所記錄的信息是能夠經過log-error和log-warnings來定義的緩存

log-err是定義是否啓用錯誤日誌的功能和錯誤日誌的存儲位置bash

log-warnings是定義是否將警告信息也定義至錯誤日誌中服務器

默認狀況下錯誤日誌大概記錄如下幾個方面的信息：服務器啓動和關閉過程當中的信息（未必是錯誤信息，如mysql如何啓動InnoDB的表空間文件的、如何初始化本身的存儲引擎的等等）、服務器運行過程當中的錯誤信息、事件調度器運行一個事件時產生的信息、在從服務器上啓動服務器進程時產生的信息。併發

SHOW GLOBAL VARIABLES LIKE '%log%';性能

刪除錯誤日誌：優化

在mysql5.5.7以前：數據庫管理員能夠刪除很長時間以前的錯誤日誌，以保證mysql服務器上的硬盤空間。mysql數據庫中，可使用mysqladmin命令開啓新的錯誤日誌。mysqladmin命令的語法以下：mysqladmin –u root –pflush-logs也可使用登陸mysql數據庫中使用FLUSHLOGS語句來開啓新的錯誤日誌。

在mysql5.5.7以後：服務器將關閉此項功能。只能使用重命名原來的錯誤日誌文件，手動沖洗日誌建立一個新的：方式以下：

[root@stu18 data]# mv stu18.magedu.com.err stu18.magedu.com.err.old

[root@stu18 data]# mysqladmin flush-logs

查詢日誌：

默認狀況下查詢日誌是關閉的。因爲查詢日誌會記錄用戶的全部操做，其中還包含增刪查改等信息，在併發操做大的環境下會產生大量的信息從而致使沒必要要的磁盤IO，會影響mysql的性能的。如若不是爲了調試數據庫的目的建議不要開啓查詢日誌。

查看查詢日誌是否開啓：

|general_log | OFF #定義查詢日誌是否開啓

|general_log_file | /mydata/data/stu18.log #定義查詢日誌的文件地址名稱

慢查詢日誌：

慢查詢日誌是用來記錄執行時間超過指定時間的查詢語句。經過慢查詢日誌，能夠查找出哪些查詢語句的執行效率很低，以便進行優化。通常建議開啓，它對服務器性能的影響微乎其微，可是能夠記錄mysql服務器上執行了很長時間的查詢語句。能夠幫助咱們定位性能問題的。

查看慢查詢日誌的定義：

| slow_query_log | OFF #定義慢查詢日誌的
| slow_query_log_file |/mydata/data/stu18-slow.log #輸出方式爲file（文件）時定義慢查詢日誌的位置

啓動和設置慢查詢日誌：默認文件名爲hostname-slow.log

一、經過配置文件my.cnf中的log-slow-queries選項能夠開啓慢查詢日誌；形式以下：

[root@stu18 data]# vim /etc/my.cnf
slow_query_log=1
log-slow-queries = /usr/local/mysql/data/ip-172-168-6-198-slow.log

二、執行mysql>set global slow_query_log=1;

時間默認超過多少的稱爲慢查詢日誌？通常都是經過long_query_time選項來設置這個時間值，時間以秒爲單位，能夠精確到微秒。若是查詢時間超過了這個時間值（默認爲10秒），這個查詢語句將被記錄到慢查詢日誌中。查看服務器默認時間值方式以下：

SHOW GLOBAL VARIABLES LIKE 'long%';

註釋：其中這個慢查詢時間並非只表示語句自身執行超過10秒還包含因爲其餘資源被徵用形成阻塞的查詢執行時間或其餘緣由等都被記錄到慢查詢中。因此這個慢查的時長表示從查詢開始到查詢結束中間包含可能的任何緣由所經歷的全部時間

show global variables like "%slow%";

事務日誌：

事務日誌（InnoDB特有的日誌）能夠幫助提升事務的效率。使用事務日誌，存儲引擎在修改表的數據時只須要修改其內存拷貝，再把改修改行爲記錄到持久在硬盤上的事務日誌中，而不用每次都將修改的數據自己持久到磁盤。事務日誌採用追加的方式，所以寫日誌的操做是磁盤上一小塊區域內的順序I/O，而不像隨機I/O須要在磁盤的多個地方移動磁頭，因此採用事務日誌的方式相對來講要快得多。事務日誌持久之後，內存中被修改的數據在後臺能夠慢慢的刷回到磁盤。目前大多數的存儲引擎都是這樣實現的，咱們一般稱之爲預寫式日誌，修改數據須要寫兩次磁盤。

若是數據的修改已經記錄到事務日誌並持久化，但數據自己尚未寫回磁盤，此時系統崩潰，存儲引擎在重啓時可以自動恢復這部分修改的數據。具備的恢復方式則視存儲引擎而定。

查看事務日誌的定義：

mysql> SHOWGLOBAL VARIABLES LIKE '%log%';

+-----------------------------------------+-----------------------------------+

| Variable_name                           | Value                             |

+-----------------------------------------+-----------------------------------+

| innodb_flush_log_at_trx_commit | 1 |

|innodb_locks_unsafe_for_binlog | OFF |

| innodb_log_buffer_size                  | 8388608                           |

|innodb_log_file_size | 5242880 |

| innodb_log_files_in_group | 2 #至少有兩個 |

|innodb_log_group_home_dir |.#定義innodb事務日誌組的位置 |

|innodb_mirrored_log_groups | 1 #表示對日誌組作鏡像 |

每一個事務日誌都是大小爲5兆的文件：

[root@stu18 data]#ls -lh

-rw-rw---- 1 mysqlmysql 5.0M Oct 7 23:36 ib_logfile0

-rw-rw---- 1 mysqlmysql 5.0M Aug 12 01:06 ib_logfile1

 
    innodb_flush_log_at_trx_commit #在事務提交時innodb是否同步日誌從緩衝到文件中1表示事務以提交就同步不提交每隔一秒同步一次，性能會不好形成大量的磁盤I/O；定義爲2表示只有在事務提交時纔會同步可是可能會丟失整個事務   
  

二進制日誌：

二進制日誌也叫做變動日誌，主要用於記錄修改數據或有可能引發數據改變的mysql語句，而且記錄了語句發生時間、執行時長、操做的數據等等。因此說經過二進制日誌能夠查詢mysql數據庫中進行了哪些變化。通常大小體積上限爲1G。

二進制開啓狀態：

mysql> showglobal variables like "%log_bin%";

+---------------------------------+-------+

| Variable_name | Value |

+---------------------------------+-------+

| log_bin | ON | #已開啓

|log_bin_trust_function_creators | OFF |

| sql_log_bin | ON |

+---------------------------------+-------+

二進制日誌相關的參數：

mysql> show global variables like "%log%";

sql_log_bin ={ON|OFF}

#用於控制會話級別二進制日誌功能的開啓或關閉。默認爲ON，表示啓用記錄功能。用戶能夠在會話級別修改此變量的值，但其必須具備SUPER權限。

binlog_cache_size =32768

#默認值32768 Binlog Cache用於在打開了二進制日誌（binlog）記錄功能的環境，是MySQL 用來提升binlog的記錄效率而設計的一個用於短期內臨時緩存binlog數據的內存區域。通常來講，若是咱們的數據庫中沒有什麼大事務，寫入也不是特別頻繁，2MB～4MB是一個合適的選擇。可是若是咱們的數據庫大事務較多，寫入量比較大，可與適當調高binlog_cache_size。同時，咱們能夠經過binlog_cache_use 以及 binlog_cache_disk_use來分析設置的binlog_cache_size是否足夠，是否有大量的binlog_cache因爲內存大小不夠而使用臨時文件（binlog_cache_disk_use）來緩存了。

binlog_stmt_cache_size= 32768

#當非事務語句使用二進制日誌緩存，可是超出binlog_stmt_cache_size時，使用一個臨時文件來存放這些語句。

log_bin = mysql-bin #指定binlog的位置，默認在數據目錄下。

binlog-format= {ROW|STATEMENT|MIXED}

#指定二進制日誌的類型，默認爲MIXED。若是設定了二進制日誌的格式，卻沒有啓用二進制日誌，則MySQL啓動時會產生警告日誌信息並記錄於錯誤日誌中。

sync_binlog = 10

#設定多久同步一次二進制日誌至磁盤文件中，0表示不一樣步，任何正數值都表示對二進制每多少次寫操做以後同步一次。當autocommit的值爲1時，每條語句的執行都會引發二進制日誌同步，不然，每一個事務的提交會引發二進制日誌同步

max_binlog_cache_size= {4096 .. 18446744073709547520}

#二進定日誌緩存空間大小，5.5.9及之後的版本僅應用於事務緩存，其上限由max_binlog_stmt_cache_size決定。

max_binlog_stmt_cache_size= {4096 .. 18446744073709547520} #二進定日誌緩存空間大小，5.5.9及之後的版本僅應用於事務緩存

expire_log_days ={0..99}

#設定二進制日誌的過時天數，超出此天數的二進制日誌文件將被自動刪除。默認爲0，表示不啓用過時自動刪除功能。若是啓用此功能，自動刪除工做一般發生在MySQL啓動時或FLUSH日誌時。

二進制日誌定義方式：

其1、log_bin能夠直接定義爲文件路徑，也能夠爲ON|OFF。

其2、經過編輯my.cnf中的log-bin選項能夠開啓二進制日誌；形式以下：

log-bin [=DIR \ [filename]

每次重啓mysql服務或運行mysql> flush logs;都會生成一個新的二進制日誌文件，這些日誌文件的number會不斷地遞增。除了生成上述的文件外還會生成一個名爲filename.index的文件。這個文件中存儲全部二進制日誌文件的清單又稱爲二進制文件的索引。

查看二進制日誌：

二進制日誌的定義方式爲二進制格式；使用此格式能夠存儲更多的信息，而且可使寫入二進制日誌的效率更高。可是不能直接使用查看命令打開並查看二進制日誌。

mysql> show binary logs; #顯示當前服務器使用的二進制文件及大小

mysql> show master logs; #顯示主服務器使用的二進制文件及大小

mysql> show master status; #當前使用的二進制文件及所處位置

小擴展：二進制日誌的記錄位置：一般爲上一個事件執行結束時間的位置，每個日誌文件自己也有本身的元數據因此說對於當前版本的mysql來講二進制的開始位置一般爲107；

mysql> flush logs; #flush logs通常只會滾動中繼日誌和二進制日誌。

查看二進制日誌信息的命令：

SHOW BINLOG EVENTS[IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]

mysql> show binlog events\G #查看全部的二進制信息

mysql> show binlog events in 'mysql-bin.000011'; #查看指定日誌的二進制信息

+------------------+-----+-------------+-----------+-------------+----------------------------------------------+

| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                         |

+------------------+-----+-------------+-----------+-------------+----------------------------------------------+

| mysql-bin.000011|   4 | Format_desc |         1 |         107 | Server ver: 5.5.33-log, Binlogver: 4        |

| mysql-bin.000011 |107 | Query       |         1 |         190 | create database yong                         |

| mysql-bin.000011 |190 | Query       |         1 |         293 | create table yong.tb1 (idint,name char(20)) |

| mysql-bin.000011 |293 | Query       |         1 |         357 | BEGIN                                        |

| mysql-bin.000011 |357 | Query | 1 | 452 | insert into yong.tb1values(1,'tom') |

| mysql-bin.000011 |452 | Xid         |         1 |         479 | COMMIT /* xid=103 */                         |

+------------------+-----+-------------+-----------+-------------+----------------------------------------------+

mysql> show binlog events in 'mysql-bin.000011' from 190; #從指定的事件位置開始

mysql> showbinlog events in 'mysql-bin.000011' from 190 limit 3; #指定偏移量(不是語句，是事件)

命令行下查看二進制日誌：

因爲沒法使用cat等方式直接打開並查看二進制日誌；因此必須使用mysqlbinlog命令。可是當正在執行mysql讀寫操做時建議不要使用此打開正在使用的二進制日誌文件；若非要打開可flush logs。mysqlbinlog命令的使用方式：

[root@stu18 data]#mysqlbinlog mysql-bin.000017 #必須在數據目錄下

[root@stu18 data]#mysqlbinlog mysql-bin.000017 > /tmp/a.sql #導出：

[root@stu18 data]#mysql < a.sql #導入

刪除二進制日誌信息：

二進制日誌會記錄大量的信息（其中包含一些無用的信息）。若是很長時間不清理二進制日誌，將會浪費不少的磁盤空間。可是，刪除以後可能致使數據庫崩潰時沒法進行恢復，因此若要刪除二進制日誌首先將其和數據庫備份一份，其中也只能刪除備份前的二進制日誌，新產生的日誌信息不可刪(能夠作即時點還原)。也不可在關閉mysql服務器以後直接刪除由於這樣可能會給數據庫帶來錯誤的。若非要刪除二進制日誌須要作以下操做：導出備份數據庫和二進制日誌文件進行壓縮歸檔存儲。刪除二進制文件的方法以下：

一、刪除全部的二進制日誌（不可效仿）：

使用RESET MASTER語句能夠刪除全部的二進制日誌。該語句的形式以下：

mysql> reset master;

mysql> show binary logs;

+------------------+-----------+

| Log_name | File_size |

+------------------+-----------+

| mysql-bin.000001| 107 |

+------------------+-----------+

解析：首先不建議在生產環境下使用此操做；刪除全部的二進制日誌後，Mysql將會從新建立新的二進制日誌。新二進制日誌的編號從000001開始。

二、根據文件或時間點來刪除二進制日誌：

 
     其中TO'log_name'表示把這個文件以前的其餘文件都刪除掉，也可以使用BEFORE datetime_expr指定把哪一個時間以前的二進制文件刪除了。 
    

 
      mysql> PURGEBINARY LOGS TO 'mysql-bin.000007'; 
     
      Query OK, 0 rowsaffected (0.11 sec) 
     
      mysql> showbinary logs; 
     
      +------------------+-----------+ 
     
      | Log_name         | File_size | 
     
      +------------------+-----------+ 
     
      | mysql-bin.000007|       150 | 
     
      | mysql-bin.000008|       150 | 
     
      由此能夠看出這種清理二進制日誌文件的方式是很是合理的，不會致使數據庫的錯誤發生。

mysql> PURGEBINARY LOGS BEFORE '13-10-19 10:26:36'; #使用時間來刪除二進制日誌

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。