有服務(wù)器域名源碼怎么做網(wǎng)站平臺sem投放
本文使用的MySQL版本是8
日志概覽
它們記錄了數(shù)據(jù)庫系統(tǒng)中的不同操作和事件，以便于故障排除、性能優(yōu)化和數(shù)據(jù)恢復(fù)。本文將介紹MySQL中常見的幾種日志，同時也會介紹一點常用的選項。
官方文檔：MySQL :: MySQL 8.0 Reference Manual :: 7.4 MySQL Server Logs
相關(guān)說明
- 默認情況下，在上面的日志中，Windows環(huán)境下只開啟 錯誤日志。Linux開啟 錯誤日志 和 二進制日志。
- 服務(wù)器運行期間，可以控制一般查詢?nèi)罩?/strong>和慢查詢?nèi)罩?/strong>的開啟，也可以更改其日志文件名。
- 刷新日志：在MySQL客戶端下執(zhí)行?flush logs 將會把所有開啟的日志都關(guān)閉，并打開新的日志文件方便我們查看最新的日志?；蛘呤褂胢ysqladmin工具并帶有flush-logs或refresh參數(shù)、或者使用mysqldump工具并帶有--flush-logs選項時，就會觸發(fā)日志刷新的操作。?
配置日志?
這里以配置錯誤日志的路徑為例：
對于Windows：
對于Linux：
修改路徑：
找到配置文件，如果不知道在哪，查看http://t.csdnimg.cn/dZJZJ文章中的選項配置文件部分
修改log-error部分的值。如果只有文件名，數(shù)據(jù)就是默認的數(shù)據(jù)目錄，自行添加為要修改的目錄即可。
其他配置也都是一樣的。
錯誤日志(Error Log)
錯誤日志包含 mysqld 啟動和關(guān)閉時間的記錄。它還包含在服務(wù)器啟動和關(guān)閉期間以及在服務(wù)器運行期間發(fā)生的錯誤、警告和注釋等診斷消息。例如，如果 mysqld 注意到需要自動檢查或修復(fù)某個表，它將向錯誤日志寫入一條消息。
根據(jù)錯誤日志配置的不同，錯誤消息還可以填充 Performance Schema error _ log 表，為日志提供 SQL 接口并允許查詢其內(nèi)容。
在某些操作系統(tǒng)上，如果 mysqld 異常退出，錯誤日志將包含堆棧跟蹤。跟蹤可用于確定 mysqld 退出的位置。
如果用于啟動 mysqld，mysqld _ safe 可以將消息寫入錯誤日志。例如，當(dāng) mysqld _ safe 注意到 mysqld 退出異常時，它重新啟動 mysqld 并將 mysqld 重新啟動的消息寫入錯誤日志。
官方文檔：MySQL :: MySQL 8.0 Reference Manual :: 7.4.2 The Error Log
錯誤日志字段
錯誤代碼參考官方文檔：MySQL :: MySQL 8.0 Reference Manual :: 29.12.20.11 Error Summary Tables?
MySQL :: MySQL 8.0 Error Reference :: 4 Global Error Message Reference
一般查詢?nèi)罩?General Query Log)
一般查詢?nèi)罩居涗浛蛻舳诉B接或斷開連接的信息，同時記錄從客戶端接收的每個SQL語句。由于開啟這樣的記錄會產(chǎn)生大量內(nèi)容，非常耗費服務(wù)器資源，因此默認情況下是關(guān)閉的。
一般查詢?nèi)罩就ǔＳ糜谛阅芊治?、安全審計和故障排除。通過分析一般查詢?nèi)罩?#xff0c;可以了解數(shù)據(jù)庫系統(tǒng)的運行狀況，檢測潛在的性能瓶頸，并對數(shù)據(jù)庫訪問進行監(jiān)控和審計。此外，一般查詢?nèi)罩具€可以幫助數(shù)據(jù)庫管理員追蹤特定用戶或應(yīng)用程序?qū)?shù)據(jù)庫的訪問情況，以及識別潛在的安全威脅和異常行為。
?官方文檔：MySQL :: MySQL 8.0 Reference Manual :: 7.4.3 The General Query Log
保存為文件或表
對于一般查詢?nèi)罩?/strong>和慢查詢?nèi)罩?/strong>，除了可以保存成一般的日志文件，mysql中還為這兩個日志提供了數(shù)據(jù)表，所以也可以把數(shù)據(jù)存到表中。
可以選擇都選擇。使用表查看可以用條件查詢，比較方便。?可以通過客戶端程序連接到服務(wù)器并查詢表中的日志信息，無需登錄服務(wù)器主機訪問文件系統(tǒng)。
查看保存選項
設(shè)置保存選項
SET GLOBAL log_output='[FILE, TABLE, NONE]';查看表
慢查詢?nèi)罩?Slow Query Log)
慢查詢?nèi)罩居蓤?zhí)行時間超過系統(tǒng)變量 long_query_time 指定的秒數(shù)的 SQL 語句組成，并且檢查的行數(shù)大于系統(tǒng)變量 min_examined_row_limit 指定的值。被記錄的慢查詢需要進行優(yōu)化，可以使用 mysqldumpslow 客戶端程序?qū)β樵內(nèi)罩具M行分析匯總。
需要注意的是，獲取初始鎖的時間不計入執(zhí)行時間，MySQL 在執(zhí)行完 SQL 語句并釋放所有鎖后才將符合條件的語句寫入慢速查詢?nèi)罩?#xff0c;因此日志順序可能與執(zhí)行順序不同。
官方文檔：MySQL :: MySQL 8.0 Reference Manual :: 7.4.5 The Slow Query Log
慢查詢?nèi)罩緟?shù)
查看文件或表
查看文件
啟用慢查詢?nèi)罩静⑤敵瞿繕嗽O(shè)置為FILE時，每條語句前面用一行來表示日志的字段
# Query_time: SQL語句的執(zhí)行時間，單位秒
# Lock_time: 獲取鎖的時間，單位秒
# Rows_sent: 發(fā)送到客戶端的行數(shù)
# Rows_examined: 服務(wù)器檢查的行數(shù)
# 開啟了--log-slow-extra還會有下面的內(nèi)容# Thread_id: 線程標識符
# Errno: 錯誤碼，沒有發(fā)生錯誤則為0
# Killed: 如果語句被終止，用錯誤碼表示原因，如果語句正常終止則為0
# Bytes_received: 接收到SQL語句的Bytes值
# Bytes_sent: 返回給客戶端的Byte值
# Read_first: 索引中第一個條目被讀取的次數(shù)，如果這個值很高，表明服務(wù)器正在執(zhí)行大量完整索引掃描
# Read_last: 讀取索引中最后一個鍵的請求數(shù)，使用 ORDER BY 時關(guān)注
# Read_key: 基于索引讀取一行數(shù)據(jù)的請求數(shù)。如果這個值很高，表明表為當(dāng)前查詢建立了正確的索引
# Read_next: 按索引排序讀取下一行的請求數(shù)，查詢具有范圍約束的索引列，或者進行索引掃描，此值將遞增
# Read_prev: 按索引排序讀取前一行的請求數(shù)。主要用于優(yōu)化ORDER BY DESC
# Read_rnd: 基于固定位置讀取一行的請求數(shù)。這個值很高表明，正在執(zhí)行大量需要對結(jié)果進行排序的查詢，可能有很多查詢進行了全表掃描整，或者沒有正確使用索引的連接
# Read_rnd_next: 讀取數(shù)據(jù)文件中下一行的請求數(shù)。如果進行大量的表掃描，這個值會很高。通常，表明表沒有建立正確地索引，或者查詢沒有利用索引
# Sort_merge_passes: 排序算法完成的歸并次數(shù)，如果這個值很大，考慮增加sort_buffer_size系統(tǒng)變量的值
# Sort_range_count: 使用范圍進行排序的次數(shù)
# Sort_rows: 排序的行數(shù)
# Sort_scan_count: 通過掃描表完成的排序數(shù)
# Created_tmp_disk_tables: 服務(wù)器在執(zhí)行語句時創(chuàng)建內(nèi)部磁盤臨時表的數(shù)量
# Created_tmp_tables: 服務(wù)器在執(zhí)行語句時創(chuàng)建的內(nèi)部臨時表的數(shù)量
# Start: 執(zhí)行SQL語句開始時間
# End: 執(zhí)行SQL語句結(jié)束時間
查看表
表結(jié)構(gòu)如下
二進制日志(Binary Log)
二進制日志是用來記錄數(shù)據(jù)庫中增加，修改，刪除操作的日志，不會記錄查詢等相關(guān)操作。保存的內(nèi)容為二進制的，能夠高效的記錄操作。
作用：
- 數(shù)據(jù)恢復(fù)：記錄了相關(guān)的操作或者數(shù)據(jù)就可以用來恢復(fù)數(shù)據(jù)。
- 主從節(jié)點數(shù)據(jù)復(fù)制：從節(jié)點讀取主節(jié)點上的二進制數(shù)據(jù)并執(zhí)行用來同步更新數(shù)據(jù)。
官方文檔：MySQL :: MySQL 8.4 Reference Manual :: 7.4.4 The Binary Log
常見選項和變量
show variables like "%bin%";
可以使用 log_bin
二進制日志文件
二進制日志文件名由基本名加上數(shù)字擴展名組成，確保文件系列是有序的。
默認存儲位置是數(shù)據(jù)目錄。
二進制日志文件更新：
- 服務(wù)器啟動
- 服務(wù)器重新啟動
- 刷新服務(wù)器日志
- 日志大小達到max_binlog_size(單個日志文件最大字節(jié)數(shù)，最小可以設(shè)定為 4096字節(jié)，最大值和默認值都是1GB? ?不過如果是在記錄事務(wù)的時候超出了設(shè)定的最大值，這個文件可以超過這個值，也要記錄一個完整的事務(wù)在文件中)
日志索引文件：
默認情況下，這個索引文件與二級制文件名字大體上相同。就是上圖的index文件?？梢允褂?--log-bin-index修改索引名。
修改日志目錄：
使用log-bin=絕對路徑+文件名 來修改目錄。
二進制日志格式
- 基于語句：默認記錄格式。記錄每次執(zhí)行的sql。但是當(dāng)MySQL認為基于語句不能保證數(shù)據(jù)一致時，就會自動切換到基于行的日志記錄。使用 binlog-format=statement 來設(shè)定。
- 基于行：記錄每一行的數(shù)據(jù)。
- 混合：使用語句和行的格式來記錄。
禁用二進制日志
不建議禁用！！！
默認情況下，MySQL啟用了二進制日志（Binary Log），這是通過將系統(tǒng)變量log_bin設(shè)置為ON來實現(xiàn)的。二進制日志記錄了數(shù)據(jù)庫中的更新操作，如插入、更新和刪除操作。
如果要禁用二進制日志，可以使用--skip-log-bin或--disable-log-bin選項。這兩個選項的作用是相同的，它們會覆蓋默認設(shè)置，使MySQL不再生成二進制日志。
需要注意的是，如果同時指定了--log-bin選項和禁用二進制日志的選項（--skip-log-bin或--disable-log-bin），后面指定的選項會優(yōu)先生效。也就是說，如果在啟動MySQL時同時指定了--log-bin和--skip-log-bin選項，那么二進制日志將被禁用。
操作二進制日志
對于二進制文件的操作，MySQL給我們提供了mysqlbinlog.exe程序。
具體的操作看http://t.csdnimg.cn/YFc9b?文章中的 mysqlbinlog 部分。
這邊查看一下二進制內(nèi)容
中繼日志(Relay Log)
后續(xù)完成。
DDL日志(Metadata Log)
在MySQL8的文檔中DDL只是提了一下。
而參考文檔還是5.7版本的
DDL 日志總是在需要時自動創(chuàng)建，并且沒有用戶可配置的選項。所以這里就不在多介
回滾日志(Undo Log)
Undo日志記錄了對數(shù)據(jù)庫進行修改的操作的逆操作（即相反的操作），以便在事務(wù)回滾或數(shù)據(jù)庫恢復(fù)時撤銷對數(shù)據(jù)的修改。
當(dāng)一個事務(wù)執(zhí)行修改操作（例如插入、更新、刪除）時，相關(guān)的舊數(shù)據(jù)會被存儲到Undo日志中。
Undo日志對于實現(xiàn)數(shù)據(jù)庫的一致性非常重要，因為它提供了回滾事務(wù)的能力，使得可以撤銷未完成或出錯的事務(wù)。
Undo日志通常使用多版本并發(fā)控制（MVCC）來支持并發(fā)事務(wù)，每個事務(wù)都有自己的undo日志。
后續(xù)詳細講解。
重做日志(Redo Log)
Redo日志記錄了對數(shù)據(jù)庫進行修改的操作，以便在數(shù)據(jù)庫恢復(fù)時重新執(zhí)行這些操作，保證數(shù)據(jù)的持久性。
當(dāng)一個事務(wù)提交時，相關(guān)的修改操作會被記錄到Redo日志中。
Redo日志對于數(shù)據(jù)庫的可靠性和持久性非常重要，因為它可以確保在數(shù)據(jù)庫崩潰或意外斷電的情況下，將事務(wù)的已提交修改重新應(yīng)用到數(shù)據(jù)庫中，使得數(shù)據(jù)庫能夠完全恢復(fù)到最近一次正常關(guān)閉時的狀態(tài)。
Redo日志通常采用順序?qū)懭敕绞?#xff0c;以提高性能和減少I/O開銷。
后續(xù)詳細講解。