這篇文章主要介紹MySQL日志信息在哪里看，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

10年積累的成都網站建設、網站制作經驗，可以快速應對客戶對網站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網絡服務。我雖然不認識你，你也不認識我。但先網站制作后付款的網站建設流程，更有永善免費網站建設讓你可以放心的選擇與我們合作。

MySQL日志主要包含：錯誤日志、查詢日志、慢查詢日志、事務日志、二進制日志。

查看日志信息的方法：

mysql> show global variables like '%log%';
+-----------------------------------------+--------------------------------+
| Variable_name                           | Value                          |
+-----------------------------------------+--------------------------------+
| back_log                                | 250                            |
| binlog_cache_size                       | 32768                          |
| binlog_checksum                         | CRC32                          |
| binlog_direct_non_transactional_updates | OFF                            |
| binlog_error_action                     | IGNORE_ERROR                   |
| binlog_format                           | STATEMENT                      |
| binlog_gtid_simple_recovery             | OFF                            |
| binlog_max_flush_queue_time             | 0                              |
| binlog_order_commits                    | ON                             |
| binlog_row_image                        | FULL                           |
| binlog_rows_query_log_events            | OFF                            |
| binlog_stmt_cache_size                  | 32768                          |
| binlogging_impossible_mode              | IGNORE_ERROR                   |
| expire_logs_days                        | 0                              |
| general_log                             | OFF                            |
| general_log_file                        | /var/lib/mysql/kafka2.log      |
| innodb_api_enable_binlog                | OFF                            |
| innodb_flush_log_at_timeout             | 1                              |
| innodb_flush_log_at_trx_commit          | 2                              | ===>【事務日志】詳解[1]
| innodb_locks_unsafe_for_binlog          | OFF                            |
| innodb_log_buffer_size                  | 33554432                       |
| innodb_log_compressed_pages             | ON                             |
| innodb_log_file_size                    | 536870912                      |
| innodb_log_files_in_group               | 2                              | ===>【事務日志】至少2個
| innodb_log_group_home_dir               | ./                             | ===>【事務日志】定義innodb事務日志組的文件目錄
| innodb_mirrored_log_groups              | 1                              | ===>【事務日志】表示對日志組做鏡像
| innodb_online_alter_log_max_size        | 134217728                      |
| innodb_undo_logs                        | 128                            |
| log_bin                                 | OFF                            |
| log_bin_basename                        |                                |
| log_bin_index                           |                                |
| log_bin_trust_function_creators         | OFF                            |
| log_bin_use_v1_row_events               | OFF                            |
| log_error                               | ./kafka2.err                   | ===>【錯誤日志】錯誤日志輸出目錄以及錯誤日志文件名
| log_output                              | FILE                           |
| log_queries_not_using_indexes           | OFF                            |
| log_slave_updates                       | OFF                            |
| log_slow_admin_statements               | OFF                            |
| log_slow_slave_statements               | OFF                            |
| log_throttle_queries_not_using_indexes  | 0                              |
| log_warnings                            | 1                              | ===>【錯誤日志】是否把警告信息添加進錯誤日志中 
| max_binlog_cache_size                   | 18446744073709547520           |
| max_binlog_size                         | 1073741824                     |
| max_binlog_stmt_cache_size              | 18446744073709547520           |
| max_relay_log_size                      | 0                              |
| relay_log                               |                                |
| relay_log_basename                      |                                |
| relay_log_index                         |                                |
| relay_log_info_file                     | relay-log.info                 |
| relay_log_info_repository               | FILE                           |
| relay_log_purge                         | ON                             |
| relay_log_recovery                      | OFF                            |
| relay_log_space_limit                   | 0                              |
| simplified_binlog_gtid_recovery         | OFF                            |
| slow_query_log                          | OFF                            | ===>【慢日志】查看慢日志是否開啟
| slow_query_log_file                     | /var/lib/mysql/kafka2-slow.log | ===>【慢日志】查看慢日志的文件目錄以及文件名
| sql_log_bin                             | ON                             |
| sql_log_off                             | OFF                            |
| sync_binlog                             | 0                              |
| sync_relay_log                          | 10000                          |
| sync_relay_log_info                     | 10000                          |
+-----------------------------------------+--------------------------------+
rows in set (0.00 sec)

mysql日志介紹：

錯誤日志：

在MySQL數據庫中，錯誤日志功能是默認開啟的，而且無法被關閉。默認情況，錯誤日志存儲在mysql數據庫的數據文件中。錯誤日志文件通常的名稱為hostname.err（hostname表示服務器的主機名）。

錯誤日志可以自己配置，錯誤日志可以通過log-error和log-warnings來定義，其中log-error：配置是否啟用錯誤日志功能和錯誤日志的存儲位置？log-warning：配置是否將警告信息也定義至錯誤日志中？

錯誤日志記錄信息：服務器啟動關閉信息、運行錯誤信息、時間調度器運行一個事件時產生的信息、在服務器上啟動進程產生的信息。

查詢日志：

默認情況，查詢日志是關閉的。因為查詢日志會記錄用戶所有的操作，其中還包括增刪改查等信息，如果在高并發的環境下會產生大量的信息，導致不必要的磁盤IO，會影響mysql的性能。

慢日志：

慢查詢日志是用來記錄執行時間超過指定時間的查詢語句。通過慢查詢日志，可以查找出哪些查詢語句的執行效率很低，以便進行優化。一般建議開啟，它對服務器性能影響很小，但是可以記錄MySQL服務器上執行很長時間的查詢語句。可以幫助我們定義性能問題。

事務日志：

事務日志（InnoDB特有的日志）可以幫助提高事務的效率。使用事務日志，存儲引擎在修改表的數據時只需要修改其內存拷貝，再把改修改行為記錄到持久在硬盤上的事務日志中，而不用每次都將修改的數據本身持久到磁盤。事務日志采用追加的方式，因此寫日志的操作是磁盤上一小塊區域內的順序I/O，而不像隨機I/O需要在磁盤的多個地方移動磁頭，所以采用事務日志的方式相對來說要快得多。事務日志持久以后，內存中被修改的數據在后臺可以慢慢的刷回到磁盤。目前大多數的存儲引擎都是這樣實現的，我們通常稱之為預寫式日志，修改數據需要寫兩次磁盤。如果數據的修改已經記錄到事務日志并持久化，但數據本身還沒有寫回磁盤，此時系統崩潰，存儲引擎在重啟時能夠自動恢復這部分修改的數據。具有的恢復方式則視存儲引擎而定。

二進制日志：

二進制日志也叫作變更日志，主要用于記錄修改數據或有可能引起數據改變的mysql語句，并且記錄了語句發生時間、執行時長、操作的數據等等。所以說通過二進制日志可以查詢mysql數據庫中進行了哪些變化。一般大小體積上限為1G。

以上是mysql日志信息在哪里看的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注創新互聯行業資訊頻道！