mysql資料庫日誌文件(mysql資料庫日誌文件過大)

本文目錄一覽:

windowos環境下mysql資料庫日誌文件在哪

可通過以下語句查看日誌存放路徑:

show variables like ‘general_log_file’;結果:

其中,如圖所示紅框部分即為mysql日誌文件的存放路徑及文件名。

如何查看mysql資料庫的日誌文件

一.錯誤日誌

錯誤日誌在Mysql資料庫中很重要,它記錄著mysqld啟動和停止,以及伺服器在運行過程中發生的任何錯誤的相關信息。

1.配置信息

–log-error=[file-name]用來指定錯誤日誌存放的位置。

如果沒有指定[file-name],默認hostname.err做為文件名,默認存放在DATADIR目錄中。

也可以將log-error配置到my.cnf文件中,這樣就省去了每次在啟動mysqld時都手工指定–log-error.例如:

[mysql@test2]$ vi /etc/my.cnf

# The MySQL server

[mysqld]

….

log-error = /var/lib/mysql/test2_mysqld.err

…..

2.錯誤信息樣板

080313 05:21:55 mysqld started

080313 5:21:55 InnoDB: Started; log sequence number 0 43655

080313 5:21:55 [Note] /usr/local/mysql/bin/mysqld: ready for connections.

Version: ‘5.0.26-standard-log’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MySQL Community Edition – Standard (GPL)

080313 5:24:13 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown

080313 5:24:13 InnoDB: Starting shutdown…

080313 5:24:16 InnoDB: Shutdown completed; log sequence number 0 43655

080313 5:24:16 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete

080313 05:24:16 mysqld ended

080313 05:24:47 mysqld started

080313 5:24:47 InnoDB: Started; log sequence number 0 43655

080313 5:24:47 [Note] /usr/local/mysql/bin/mysqld: ready for connections.

Version: ‘5.0.26-standard-log’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MySQL Community Edition – Standard (GPL)

080313 5:33:49 [Note] /usr/local/mysql/bin/mysqld: Normal shutdown

三.查詢日誌

查詢日誌記錄了clinet的所有的語句。

Note:由於log日誌記錄了資料庫所有操作,對於訪問頻繁的系統,此種日誌會造成性能影響,建議關閉。

1.配置信息

–log=[file-name]用來指定錯誤日誌存放的位置。

如果沒有指定[file-name],默認為主機名(hostname)做為文件名,默認存放在DATADIR目錄中。

也可以將log配置到my.cnf文件中,這樣就省去了每次在啟動mysqld時都手工指定–log.例如:

# The MySQL server

[mysqld]

……

#query-log

log = /var/lib/mysql/query_log.log

……

2.讀取查詢日誌

查詢日誌是純文本格可,可以使用OS文本讀取工具直接打開查看。例如:

[mysql@test2]$ tail -n 15 query_log.log

080313 7:58:28 17 Query show tables

080313 8:07:45 17 Quit

080313 10:01:48 18 Connect root@localhost on

080313 10:02:38 18 Query SELECT DATABASE()

18 Init DB test

080313 10:02:42 18 Query show tables

080313 10:03:07 18 Query select * from pet

080313 10:06:26 18 Query insert into pet values(‘hunter’,’yxyup’,’cat’,’f’,’1996-04-29′,null)

080313 10:06:39 18 Query select * from pet

080313 10:07:13 18 Query update pet set sex=’m’ where name=’hunter’

080313 10:07:38 18 Query delete from pet where name=’hunter’

080313 10:13:48 18 Query desc test8

080313 10:14:13 18 Query create table t1(id int,name char(10))

080313 10:14:41 18 Query alter table t1 add sex char(2)

[mysql@test2]$

四.慢查詢日誌

慢查詢日誌是記錄了執行時間超過參數long_query_time(單位是秒)所設定值的SQL語句日誌。

Note:慢查詢日誌對於我們發現性能有問題的SQL有很幫助,建議使用並經常分析

1.配置信息

–log-slow-queries=[file-name]用來指定錯誤日誌存放的位置。

如果沒有指定[file-name],默認為hostname-slow.log做為文件名,默認存放在DATADIR目錄中。

也可以將log-slow-queries配置到my.cnf文件中,這樣就省去了每次在啟動mysqld時都手工指定–log-slow-queries.例如:

# The MySQL server

[mysqld]

……

#slow-query-log

log-slow-queries = /var/lib/mysql/slow_query_log.log

……

2.讀取慢查詢日誌

[mysql@test2]$ cat slow_query_log.log

/usr/local/mysql/bin/mysqld, Version: 5.0.26-standard-log. started with:

Tcp port: 3306 Unix socket: /var/lib/mysql/mysql.sock

Time Id Command Argument

# Time: 080313 5:41:46

# User@Host: root[root] @ localhost []

# Query_time: 108 Lock_time: 0 Rows_sent: 0 Rows_examined: 8738

use test;

select count(1) from t1 a, t1 b,t1 c where a.id=b.id and b.name=c.name;

# Time: 080313 5:52:04

# User@Host: root[root] @ localhost []

# Query_time: 583 Lock_time: 0 Rows_sent: 0 Rows_examined: 508521177

select count(1) from t1 a, t1 b where a.id=b.id;

/usr/local/mysql/bin/mysqld, Version: 5.0.26-standard-log. started with:

Tcp port: 3306 Unix socket: /var/lib/mysql/mysql.sock

Time Id Command Argument

# Time: 080313 10:39:59

# User@Host: root[root] @ localhost []

# Query_time: 11 Lock_time: 0 Rows_sent: 4537467 Rows_examined: 4537467

use test;

select id from tail;

如果慢查詢日誌記錄很多可以使用mysqldumpslow進行分類匯總

[mysql@test2]$ mysqldumpslow slow_query_log.log

Reading mysql slow query log from slow_query_log.log

Count: 1 Time=583.00s (583s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost

select count(N) from t1 a, t1 b where a.id=b.id

Count: 1 Time=108.00s (108s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost

select count(N) from t1 a, t1 b,t1 c where a.id=b.id and b.name=c.name

Count: 1 Time=11.00s (11s) Lock=0.00s (0s) Rows=4537467.0 (4537467), root[root]@localhost

select id from tail;

mysql有以下幾種日誌:

錯誤日誌: -log-err

查詢日誌: -log

慢查詢日誌: -log-slow-queries

更新日誌: -log-update

二進位日誌: -log-bin

在mysql的安裝目錄下,打開my.ini,在後面加上上面的參數,保存後重啟mysql服務就行了。

例如:

#Enter a name for the binary log. Otherwise a default name will be used.

#log-bin=

#Enter a name for the query log file. Otherwise a default name will be used.

#log=

#Enter a name for the error log file. Otherwise a default name will be used.

log-error=

#Enter a name for the update log file. Otherwise a default name will be used.

#log-update=

查看日至:

1. 首先確認你日誌是否啟用了

mysqlshow variables like ‘log_bin’;

如果啟用了,即ON

那日誌文件就在mysql的安裝目錄的data目錄下

cat/tail 日誌文件名

2. 怎樣知道當前的日誌

mysql show master status;

3. 查看從某一段時間到某一段時間的日誌

mysqlbinlog –start-datetime=’2008-01-19 00:00:00′

–stop-datetime=’2008-01-30 00:00:00′ /var/log/mysql/mysql-bin.000006

mysqllog1.log

mysql資料庫日誌文件怎麼管理

 一.錯誤日誌

錯誤日誌在Mysql資料庫中很重要,它記錄著mysqld啟動和停止,以及伺服器在運行過程中發生的任何錯誤的相關信息。

1.配置信息

–log-error=[file-name]用來指定錯誤日誌存放的位置。

如果沒有指定[file-name],默認hostname.err做為文件名,默認存放在DATADIR目錄中。

也可以將log-error配置到my.cnf文件中,這樣就省去了每次在啟動mysqld時都手工指定–log-error.例如:

[mysql@test2]$ vi /etc/my.cnf

# The MySQL server

MySQL的通用查詢日誌

查詢日誌記錄 MySQL 中所有的 query,通過「—log[=fina_name]」來打開該功能。由

於記錄了所有的 query,包括所有的 select,體積比較大,開啟後對性能也有較大的影響, 所以請大家慎用該功能。 一般只用於跟蹤某些特殊的sql 性能問題才會短暫打開該功能。默認的查詢日誌文件名為 hostname.log。

慢查詢日誌

顧名思義,慢查詢日誌中記錄的是執行時間較長的 query,也就是我們常說的 slow

query,通過設 —log-slow-queries[=file_name]來打開該功能並設置記錄位置和文件名, 默認文件名為 hostname-slow.log,默認目錄也是數據目錄。

慢查詢日誌採用的’是簡單的文本格式, 可以通過各種文本編輯器查看其中的內容。中其 記錄了語句執行的時刻,執行所消耗的時間,執行用戶,連接主機等相關信息。MySQL 還提 供了專門用來分析滿查詢日誌的工具程序mysqlslowdump, 用來幫助資料庫管理人員解決可 能存在的性能問題。

如何查看mysql資料庫操作記錄日誌?

有時候我們會不小心對一個大表進行了 update,比如說寫錯了 where 條件……

此時,如果 kill 掉 update 線程,那回滾 undo log 需要不少時間。如果放置不管,也不知道 update 會持續多久。

那我們能知道 update 的進度么?

實驗

我們先創建一個測試資料庫:

快速創建一些數據:

連續執行同樣的 SQL 數次,就可以快速構造千萬級別的數據:

查看一下總的行數:

我們來釋放一個大的 update:

然後另起一個 session,觀察 performance_schema 中的信息:

可以看到,performance_schema 會列出當前 SQL 從引擎獲取的行數。

等 SQL 結束後,我們看一下 update 從引擎總共獲取了多少行:

可以看到該 update 從引擎總共獲取的行數是表大小的兩倍,那我們可以估算:update 的進度 = (rows_examined) / (2 * 錶行數)

?小貼士

information_schema.tables 中,提供了對錶行數的估算,比起使用 select count(1) 的成本低很多,幾乎可以忽略不計。

那麼是不是所有的 update,從引擎中獲取的行數都會是表大小的兩倍呢?這個還是要分情況討論的,上面的 SQL 更新了主鍵,如果只更新內容而不更新主鍵呢?我們來試驗一下:

等待 update 結束,查看 row_examined,發現其剛好是表大小:

那我們怎麼準確的這個倍數呢?

一種方法是靠經驗:update 語句的 where 中會掃描多少行,是否修改主鍵,是否修改唯一鍵,以這些條件來估算係數。

另一種方法就是在同樣結構的較小的表上試驗一下,獲取倍數。

這樣,我們就能準確估算一個大型 update 的進度了。

原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/297643.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
小藍的頭像小藍
上一篇 2024-12-28 12:16
下一篇 2024-12-28 12:16

相關推薦

發表回復

登錄後才能評論