skip-name-resolve
禁止MySQL對外部連接進行DNS解析，使用這一選項可以消除MySQL進行DNS解析的時間。但需要注意，如果開啟該選項，則所有遠程主機連接授權都要使用IP地址方式，否則MySQL將無法正常處理連接請求!
back_log = 500
要求 MySQL 能有的連接數量。當主要MySQL線程在一個很短時間內得到非常多的連接請求，這就起作用，然後主線程花些時間(盡管很短)檢查連接並且啟動一個新線程。
back_log值指出在MySQL暫時停止回答新請求之前的短時間內多少個請求可以被存在堆棧中。只有如果期望在一個短時間內有很多連接，你需要增加它，換句話說，這值對到來的TCP/IP連接的偵聽隊列的大小。你的操作系統在這個隊列大小上有它自己的限制。試圖設定back_log高於你的操作系統的限制將是無效的。當你觀察你的主機進程列表，發現大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待連接進程時，就要加大 back_log 的值了。默認數值是50，我把它改為500。
key_buffer_size = 384M
# key_buffer_size指定用於索引的緩沖區大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔得起那樣多。如果你使它太大，系統將開始換頁並且真的變慢了。對於內存在4GB左右的服務器該參數可設置為384M或512M。通過檢查狀態值Key_read_requests和 Key_reads,可以知道key_buffer_size設置是否合理。比例key_reads / key_read_requests應該盡可能的低，至少是1:100，1:1000更好(上述狀態值可以使用SHOW STATUS LIKE ‘key_read%'獲得)。注意：該參數值設置的過大反而會是服務器整體效率降低!
max_allowed_packet = 32M
增加該變量的值十分安全，這是因為僅當需要時才會分配額外內存。例如，僅當你發出長查詢或mysqld必須返回大的結果行時mysqld才會分配更多內存。該變量之所以取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，並確保不會因偶然使用大的信息包而導致內存溢出。
table_cache = 512
table_cache指定表高速緩存的大小。每當MySQL訪問一個表時，如果在表緩沖區中還有空間，該表就被打開並放入其中，這樣可以更快地訪問表內容。通過檢查峰值時間的狀態值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發現 open_tables等於table_cache，並且opened_tables在不斷增長，那麼你就需要增加table_cache的值了(上述狀態值可以使用SHOW STATUS LIKE ‘Open%tables'獲得)。注意，不能盲目地把table_cache設置成很大的值。如果設置得太高，可能會造成文件描述符不足，從而造成性能不穩定或者連接失敗。
sort_buffer_size = 4M
查詢排序時所能使用的緩沖區大小。注意：該參數對應的分配內存是每連接獨占!如果有100個連接，那麼實際分配的總共排序緩沖區大小為100 × 4 = 400MB。所以，對於內存在4GB左右的服務器推薦設置為4-8M。
read_buffer_size = 4M
讀查詢操作所能使用的緩沖區大小。和sort_buffer_size一樣，該參數對應的分配內存也是每連接獨享!
join_buffer_size = 8M
聯合查詢操作所能使用的緩沖區大小，和sort_buffer_size一樣，該參數對應的分配內存也是每連接獨享!
myisam_sort_buffer_size = 64M
MyISAM表發生變化時重新排序所需的緩沖
query_cache_size = 64M
指定MySQL查詢緩沖區的大小。可以通過在MySQL控制台執行以下命令觀察：
# > SHOW VARIABLES LIKE ‘%query_cache%'; # > SHOW STATUS LIKE ‘Qcache%'; # 如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩沖不夠的情況;
如果Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那麼可以考慮不用查詢緩沖;Qcache_free_blocks，如果該值非常大，則表明緩沖區中碎片很多。
thread_cache_size = 64
可以復用的保存在中的線程的數量。如果有，新的線程從緩存中取得，當斷開連接的時候如果有空間，客戶的線置在緩存中。如果有很多新的線程，為了提高性能可以這個變量值。通過比較 Connections 和 Threads_created 狀態的變量，可以看到這個變量的作用
tmp_table_size = 256M
max_connections = 1000
指定MySQL允許的最大連接進程數。如果在訪問論壇時經常出現Too Many Connections的錯誤提示，則需要增大該參數值。
max_connect_errors = 10000000
對於同一主機，如果有超出該參數值個數的中斷錯誤連接，則該主機將被禁止連接。如需對該主機進行解禁，執行：FLUSH HOST;。
wait_timeout = 10
指定一個請求的最大連接時間，對於4GB左右內存的服務器可以設置為5-10。
thread_concurrency = 8
該參數取值為服務器邏輯CPU數量×2，在本例中，服務器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，所以實際取值為4 × 2 = 8
skip-networking
開啟該選項可以徹底關閉MySQL的TCP/IP連接方式，如果WEB服務器是以遠程連接的方式訪問MySQL數據庫服務器則不要開啟該選項!否則將無法正常連接!
long_query_time = 10
log-slow-queries =
log-queries-not-using-indexes
開啟慢查詢日志( slow query log )
慢查詢日志對於跟蹤有問題的查詢非常有用。它記錄所有查過long_query_time的查詢，如果需要，還可以記錄不使用索引的記錄。下面是一個慢查詢日志的例子：
開啟慢查詢日志，需要設置參數log_slow_queries、long_query_times、log-queries-not-using-indexes。
log_slow_queries指定日志文件，如果不提供文件名，MySQL將自己產生缺省文件名。long_query_times指定慢查詢的阈值，缺省是10秒。log-queries-not-using-indexes是4.1.0以後引入的參數，它指示記錄不使用索引的查詢。設置 long_query_time=10
外附上使用show status命令查看mysql狀態相關的值及其含義：
使用show status命令
含義如下:
aborted_clients 客戶端非法中斷連接次數
aborted_connects 連接mysql失敗次數
com_xxx xxx命令執行次數,有很多條
connections 連接mysql的數量
Created_tmp_disk_tables 在磁盤上創建的臨時表
Created_tmp_tables 在內存裡創建的臨時表
Created_tmp_files 臨時文件數
Key_read_requests The number of requests to read a key block from the cache
Key_reads The number of physical reads of a key block from disk
Max_used_connections 同時使用的連接數
Open_tables 開放的表
Open_files 開放的文件
Opened_tables 打開的表
Questions 提交到server的查詢數
Sort_merge_passes 如果這個值很大,應該增加my.cnf中的sort_buffer值
Uptime 服務器已經工作的秒數
提升性能的建議:
1.如果opened_tables太大,應該把my.cnf中的table_cache變大
2.如果Key_reads太大,則應該把my.cnf中key_buffer_size變大.可以用Key_reads/Key_read_requests計算出cache失敗率
3.如果Handler_read_rnd太大,則你寫的SQL語句裡很多查詢都是要掃描整個表,而沒有發揮索引的鍵的作用
4.如果Threads_created太大,就要增加my.cnf中thread_cache_size的值.可以用Threads_created/Connections計算cache命中率
5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基於內存的臨時表代替基於磁盤的
===================================================================
存儲引擎是什麼？MySQL中的數據用各種不同的技術存儲在文件(或者內 正確的編譯方法固然重要，但它只是提高MySQL服務器性能工作的一部分。MySQL服務器的許多參數會影響服務器的性能表現，而且我們可以把這些參數保存到配置文件，使得每次MySQL服務器啟動時這些參數都自動發揮作用。這個配置文件就是my.cnf。
MySQL服務器提供了my.cnf文件的幾個示例，它們可以在/usr/local/mysql/share/mysql/目錄下找到，名字分別為 my-small.cnf、my-medium.cnf、my-large.cnf以及my-huge.cnf。文件名字中關於規模的說明描述了該配置文件適用的系統類型。例如，如果運行MySQL服務器的系統內存不多，而且MySQL只是偶爾使用，那麼使用my-small.cnf配置文件最為理想，這個配置文件告訴mysqld daemon使用最少的系統資源。反之，如果MySQL服務器用於支持一個大規模的在線商場，系統擁有2G的內存，那麼使用mysql-huge.cnf 最為合適。
要使用上述示例配置文件，我們應該先復制一個最適合要求的配置文件，並把它命名為my.cnf。這個復制得到的配置文件可以按照如下三種方式使用：
全局：把這個my.cnf文件復制到服務器的/etc目錄，此時文件中所定義的參數將全局有效，即對該服務器上運行的所有MySQL數據庫服務器都有效。
局部：把這個my.cnf文件復制到[MYSQL-INSTALL-DIR]/var/將使該文件只對指定的服務器有效，其中[MYSQL-INSTALL-DIR]表示安裝MySQL的目錄。
用戶：最後，我們還可以把該文件的作用范圍局限到指定的用戶，這只需把my.cnf文件復制到用戶的根目錄即可。
那麼，如何設置my.cnf文件中的參數呢？或者進一步說，哪些參數是我們可以設置的呢？所有這些參數都對MySQL服務器有著全局性的影響，但同時每一個參數都和MySQL的特定部分關系較為密切。例如，max_connections參數屬於mysqld一類。那麼，如何才能得知這一點呢？這只需執行如下命令：
% >/usr/local/mysql/libexec/mysqld –help
該命令將顯示出和mysqld有關的各種選項和參數。要尋找這些參數非常方便，因為這些參數都在“Possible variables for option –set-variable (-O) are”這行內容的後面。找到這些參數之後，我們就可以在my.cnf文件中按照如下方式設置所有這些參數：
set-variable = max_connections=100
這行代碼的效果是：同時連接MySQL服務器的最大連接數量限制為100。不要忘了在my.cnf文件[mysqld]小節加上一個set-variable指令，具體請參見配置文件中的示例。
