mysql資料庫事件監控日誌,資料庫執行日誌

本文目錄一覽：

• 1、mysql 日誌
• 2、mysql資料庫事件調用有錯誤日誌記錄嗎
• 3、如何查看mysql資料庫操作記錄日誌
• 4、如何查看mysql資料庫操作記錄日誌？

mysql 日誌

在mysql資料庫中，錯誤日誌功能是默認開啟的。並且，錯誤日誌無法被禁止。默認情況下，錯誤日誌存儲在mysql資料庫的數據文件中。錯誤日誌文件通常的名稱為hostname.err。其中，hostname表示伺服器主機名。

錯誤日誌信息可以自己進行配置的，錯誤日誌所記錄的信息是可以通過log-error和log-warnings來定義的，其中log-err是定義是否啟用錯誤日誌的功能和錯誤日誌的存儲位置，log-warnings是定義是否將警告信息也定義至錯誤日誌中。默認情況下錯誤日誌大概記錄以下幾個方面的信息：伺服器啟動和關閉過程中的信息（未必是錯誤信息，如mysql如何啟動InnoDB的表空間文件的、如何初始化自己的存儲引擎的等等）、伺服器運行過程中的錯誤信息、事件調度器運行一個事件時產生的信息、在從伺服器上啟動伺服器進程時產生的信息。

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]

….

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

1、首先確認你日誌是否啟用了mysqlshow variables like ‘log_bin’。

2、如果啟用了，即ON，那日誌文件就在mysql的安裝目錄的data目錄下。

3、怎樣知道當前的日誌mysql show master status。

4、看二進位日誌文件用mysqlbinlog，shellmysqlbinlog mail-bin.000001或者shellmysqlbinlog mail-bin.000001 | tail，Windows 下用類似的。

MySQL的日誌操作：

1、首先，登陸mysql後，執行sql語句：show variables like ‘log_bin’。

2、#錯誤日誌log-errol開啟方式：在my.ini的[mysqld]選項下：添加代碼：log-error=E:\log-error.txt。

記錄內容：主要是記錄啟動、運行或停止mysqld時出現的致命性問題，都是系統級的錯誤記錄。

3、#查詢日誌：log，開啟方式：在my.ini的[mysqld]選項下：添加代碼：log=E:/mysql_log.txt。

4、#二進位日誌：log-bin，開啟方式：在my.ini的[mysqld]選項下：添加代碼：log-bin=E:/mysql_log_bin，記錄內容：主要是記錄所有的更改數據的語句，可使用mysqlbinlog命令恢複數據。

如何查看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 的進度了。