MySQL的參數配置文件叫：my.cnf    MySQL在啟動的時候

會去讀取載入這個配置文件中的參數。並使用這個參數啟動。

而且這個my.cnf 並不是必須的，因為在大部分參數在編譯時都有

自己的默認值。

你可以使用命令：mysql--help | grep my.cnf找到這個配置文件。

錯誤日誌文件中會記錄MySQL的 啟動、運行、關閉的資訊。一般

當我們發現MySQL啟動不了時，第一時間都會去查看這個日誌中

都記錄了哪些錯誤資訊。

一般情況下，我們都會在my.cnf中加入配置：

這樣當資料庫啟動異常時，我們就去 /home/mysql/mysql/log/目錄下找對應當錯誤日誌，排錯。

慢查詢其實就是在說，SQL執行的速度很慢。具體多慢算是慢查詢呢？這個我們可以通過配置文件人為的控制。

比如我可以在 my.cnf 這樣配置：

另外，默認情況下 MySQL不會幫我們記錄慢查詢日誌，而是需要我們主動通過配置開啟。 

開啟慢查詢日誌後，默認情況下，MySQL會認為執行時間超過10s的SQL才是慢SQL，才會記錄到慢查日誌中。

再說一下MySQL的查詢日誌吧。

見名知意，查詢日誌中會記錄：所有對MySQL請求的資訊，無論SQL有沒有被正確的執行，都會被記錄進這個查詢日誌中。

同樣的我可以在 my.cnf 中這樣配置，來控制查詢日誌的記錄位置

binlog就是傳說中的MySQL的二進位日誌，和查詢日誌不同的是：所有對資料庫產生修改的操作才會被記錄到binlog中。

所以像select 、show xxx這種不會對資料庫產生修改的類型的SQL只能在slow log中才能找到。像update delete 這樣的SQL才會被記錄進binlog中。

binlog常見的作用有如下幾點：

1、主從複製（replication）我們線上使用的資料庫都是一主兩從或者是一主多從的資料庫集群。目的是為了做讀寫分離嘛。也就是讓從庫承擔主庫的讀流量。

2、數據恢復：比如線上的數據被不小心誤刪除了，可以藉助binlog將數據恢復如初。

3、審計：可以通過審計binlog來分析，是否存在SQL注入的請況。

先說下這個socket文件吧，它一般是在/tmp目錄下。在Unix作業系統中本地登陸MySQL時其實就是藉助於這個socket文件實現的。

哦！直觀的看，本地登陸就是你先登陸上作業系統，進入bash中，然後再通過 mysql -uroot -p的方式登陸MySQL。

遠程登陸就比如你在你的筆記型電腦上通過網路遠程登陸百度雲上的MySQL。

再說下pid文件吧。在Linux作業系統中，所有的程式都是有自己的進程ID的，MySQL也不例外。MySQL實例啟動之後會把自己的進程ID寫入到一個文件中，這個文件就叫做PID文件。

默認這個PID文件會在資料庫目錄下，文件名為：主機名.pid

嗯，我還了解MySQL有：表結構定義文件 和 表空間文件。

先說下這個表結構定義文件吧！

在MySQL中數據是以數據表的形式組織起來的，不管你使用的哪種存儲引擎，每個數據表都會有一個對應的表結構定義文件。它裡面記錄了表結構定義資訊。

一般這個表結構定義文件的後綴都是 .frm

比如就像下面這樣：

再有就是表空間文件。

表空間文件是資料庫真正存儲數據的文件。一般表空間文件的後綴名是 .ibd , 如下圖：

一提到表空間大家都會說什麼：共享表空間、獨立表空間等等。本質上它們沒啥差別，都是MySQL用來存儲業務數據的文件。

沒，我還了解一點MySQL的redo日誌文件......

redo log，見名知意他是MySQL的重做日誌文件。這個redo log還是挺厲害的。它讓MySQL擁有了崩潰恢復的能力。

所謂崩潰恢復是指，伺服器宕機、或者MySQL意外Crash後，MySQL重啟啟動可以將崩潰前記憶體中的數據恢復如初的能力。