本文目錄一覽:
- 1、windowos環境下mysql數據庫日誌文件在哪
- 2、如何查看mysql數據庫的日誌文件
- 3、mysql數據庫日誌文件怎麼管理
- 4、MySQL的通用查詢日誌
- 5、如何查看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-hk/n/297643.html