欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

對MySQL配置參數(shù) my.ini/my.cnf的詳細解析

 更新時間:2010年08月08日 16:26:01   作者:  
今天我們今天主要向大家描述的是MySQL配置參數(shù) my.ini/my.cnf,以下的文章就是對其實際操作的具體內(nèi)容的詳細解析
以下的文章主要描述的是對MySQL配置參數(shù) my.ini/my.cnf的詳細解析,我們主要是以實例演示的方式來對MySQL配置參數(shù) my.ini/my.cnf的實際操作步驟進行說明,以下就是相關內(nèi)容的具體描述。

1.獲取當前配置參數(shù)

要優(yōu)化MySQL配置參數(shù),首先要了解當前的配置參數(shù)以及運行情況。使用下列命令可以獲得目前服務器使用的配置參數(shù):
復制代碼 代碼如下:

mysqld –verbose –help
mysqladmin variables extended-status –u root –p

在MySQL控制臺里面,運行下列命令可以獲取狀態(tài)變量的值:
復制代碼 代碼如下:

mysql> SHOW STATUS; 如果只要檢查某幾個狀態(tài)變量,可以使用下列命令:
mysql> SHOW STATUS LIKE ‘[匹配模式]'; ( 可以使用%、?等 )

2.優(yōu)化參數(shù)
參數(shù)優(yōu)化基于一個前提,就是在我們的數(shù)據(jù)庫中通常都使用InnoDB表,而不使用MyISAM表。在優(yōu)化MySQL時,有兩個MySQL配置參數(shù)是最重要的,即table_cache和key_buffer_size。

table_cache

table_cache指定表高速緩存的大小。每當MySQL訪問一個表時,如果在表緩沖區(qū) 中還有空間,該表就被打開并放入其中,這樣可以更快地訪問表內(nèi)容。通過檢查峰值時間的狀態(tài)值Open_tables和Opened_tables,可以決 定是否需要增加table_cache的值。如果你發(fā)現(xiàn) open_tables等于table_cache,并且opened_tables在不斷增長,那么你就需要增加table_cache的值了(上述狀 態(tài)值可以使用SHOW STATUS LIKE ‘Open%tables'獲得)。注意,不能盲目地把table_cache設置成很大的值。如果設置得太高,可能會造成文件描述符不足,從而造成性能 不穩(wěn)定或者連接失敗。

對于有1G內(nèi)存的機器,推薦值是128-256。

案例1:該案例來自一個不是特別繁忙的服務器
復制代碼 代碼如下:

table_cache – 512
open_tables – 103
opened_tables – 1273
uptime – 4021421 (measured in seconds)

該案例中table_cache似乎設置得太高了。在峰值時間,打開表的數(shù)目比table_cache要少得多。

案例2:該案例來自一臺開發(fā)服務器。

復制代碼 代碼如下:

table_cache – 64
open_tables – 64
opened-tables – 431
uptime – 1662790 (measured in seconds)

雖然open_tables已經(jīng)等于table_cache,但是相對于服務器運行時間來說,opened_tables的值也非常低。因此,增加table_cache的值應該用處不大。

案例3:該案例來自一個upderperforming的服務器

復制代碼 代碼如下:

table_cache – 64
open_tables – 64
opened_tables – 22423
uptime – 19538

該案例中table_cache設置得太低了。雖然運行時間不到6小時,open_tables達到了最大值,opened_tables的值也非常高。這樣就需要增加table_cache的值。

key_buffer_size

key_buffer_size指定索引緩沖區(qū)的大小,它決定索引處理的速度,尤其是索引讀 的速度。通過檢查狀態(tài)值 Key_read_requests和Key_reads,可以知道key_buffer_size設置是否合理。比例key_reads / key_read_requests應該盡可能的低,至少是1:100,1:1000更好(上述狀態(tài)值可以使用SHOW STATUS LIKE ‘key_read%'獲得)。

key_buffer_size只對MyISAM表起作用。即使你不使用MyISAM表,但是內(nèi)部的臨時磁盤表是MyISAM表,也要使用該值??梢允褂脵z查狀態(tài)值created_tmp_disk_tables得知詳情。

對于1G內(nèi)存的機器,如果不使用MyISAM表,推薦值是16M(8-64M)。

案例1:健康狀況
復制代碼 代碼如下:

key_buffer_size – 402649088 (384M)
key_read_requests – 597579931
key_reads – 56188

案例2:警報狀態(tài)

復制代碼 代碼如下:

key_buffer_size – 16777216 (16M)
key_read_requests – 597579931
key_reads – 53832731

案例1中比例低于1:10000,是健康的情況;案例2中比例達到1:11,警報已經(jīng)拉響。

優(yōu)化query_cache_size

從4.0.1開始,MySQL配置參數(shù)提供了查詢緩沖機制。使用查詢緩沖,MySQL將SELECT語句和查詢結(jié)果存放在緩沖區(qū)中,今后對于同樣的SELECT語句(區(qū)分大小寫),將直接從緩沖區(qū)中讀取結(jié)果。根據(jù)MySQL用戶手冊,使用查詢緩沖最多可以達到238%的效率。

通過檢查狀態(tài)值Qcache_*,可以知道query_cache_size設置是否合理 (上述狀態(tài)值可以使用SHOW STATUS LIKE ‘Qcache%'獲得)。如果Qcache_lowmem_prunes的值非常大,則表明經(jīng)常出現(xiàn)緩沖不夠的情況,如果Qcache_hits的值也 非常大,則表明查詢緩沖使用非常頻繁,此時需要增加緩沖大?。?

如果Qcache_hits的值不大,則表明你的查詢重復率很低,這種情況下使用查詢緩沖反 而會影響效率,那么可以考慮不用查詢緩沖。此外,在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖。

與查詢緩沖有關的參數(shù)還有query_cache_type、 query_cache_limit、 query_cache_min_res_unit。query_cache_type指定是否使用查詢緩沖,可以設置為0、1、2,該變量是 SESSION級的變量。

query_cache_limit指定單個查詢能夠使用的緩沖區(qū)大小,缺省為1M。 query_cache_min_res_unit是在4.1版本以后引入的,它指定分配緩沖區(qū)空間的最小單位,缺省為4K。檢查狀態(tài)值 Qcache_free_blocks,如果該值非常大,則表明緩沖區(qū)中碎片很多,這就表明查詢結(jié)果都比較小,此時需要減小 query_cache_min_res_unit。

開啟二進制日志( Binary Log )

二進制日志包含所有更新數(shù)據(jù)的語句,其目的是在恢復數(shù)據(jù)庫時用它來把數(shù)據(jù)盡可能恢復到最后的狀態(tài)。另外,如果做同步復制( Replication )的話,也需要使用二進制日志傳送修改情況。

開啟二進制日志,需要設置參數(shù)log-bin。log_bin指定日志文件,如果不提供文件名,MySQL將自己產(chǎn)生缺省文件名。MySQL會在文件名后面自動添加數(shù)字索引,每次啟動服務時,都會重新生成一個新的二進制文件。

此外,使用log-bin-index可以指定索引文件;使用binlog-do-db可以 指定記錄的數(shù)據(jù)庫;使用binlog-ignore- db可以指定不記錄的數(shù)據(jù)庫。注意的是:binlog-do-db和binlog-ignore-db一次只指定一個數(shù)據(jù)庫,指定多個數(shù)據(jù)庫需要多個語 句。而且,MySQL會將所有的數(shù)據(jù)庫名稱改成小寫,在指定數(shù)據(jù)庫時必須全部使用小寫名字,否則不會起作用。

在MySQL中使用SHOW MASTER STATUS命令可以查看目前的二進制日志狀態(tài)。

開啟慢查詢?nèi)罩? slow query log )

慢查詢?nèi)罩緦τ诟櫽袉栴}的查詢非常有用。它記錄所有查過long_query_time的查詢,如果需要,還可以記錄不使用索引的記錄。下面是一個慢查詢?nèi)罩镜睦樱?

開啟慢查詢?nèi)罩?,需要設置參數(shù)log_slow_queries、 long_query_times、log-queries-not-using -indexes。log_slow_queries指定日志文件,如果不提供文件名,MySQL將自己產(chǎn)生缺省文件名。 long_query_times指定慢查詢的閾值,缺省是10秒。log-queries-not-using-indexes是4.1.0以后引入的 參數(shù),它指示記錄不使用索引的查詢。

配置InnoDB

相對于MyISAM表來說,正確MySQL配置參數(shù)對于InnoDB表更加關鍵。其中,最重要的參數(shù)是 innodb_data_file_path。它指定表數(shù)據(jù)和索引存儲的空間,可以是一個或者多個文件。最后一個數(shù)據(jù)文件必須是自動擴充的,也只有最后一 個文件允許自動擴充。這樣,當空間用完后,自動擴充數(shù)據(jù)文件就會自動增長(以8MB為單位)以容納額外的數(shù)據(jù)。例如:
復制代碼 代碼如下:

innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:50M:autoextend

兩個數(shù)據(jù)文件放在不同的磁盤上。數(shù)據(jù)首先放在ibdata1中,當達到900M以后,數(shù)據(jù)就放在ibdata2中。一旦達到50MB,ibdata2將以8MB為單位自動增長。

如果磁盤滿了,你需要在另外的磁盤上面增加一個數(shù)據(jù)文件。為此,你需要查看最后一個文件的尺寸,然后計算最接近的整數(shù)(MB)。然后手工修改該文件的大小,并添加新的數(shù)據(jù)文件。例如:假設ibdata2已經(jīng)有109MB數(shù)據(jù),那么可以修改如下:

復制代碼 代碼如下:

innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:109M;/disk3/ibdata3:500M:autoextend
flush_time

如果系統(tǒng)有問題并且經(jīng)常鎖死或重新引導,應將該變量設置為非零值,這將導致服務器按flush_time 秒來刷新表的高速緩存。用這種方法來寫出對表的修改將降低性能,但可減少表訛誤或數(shù)據(jù)丟失的機會。

相關文章

  • MySQL備份原理詳解

    MySQL備份原理詳解

    備份是數(shù)據(jù)安全的最后一道防線,對于任何數(shù)據(jù)丟失的場景,備份雖然不一定能恢復百分之百的數(shù)據(jù)(取決于備份周期),但至少能將損失降到最低
    2016-05-05
  • Mysql中使用Union—多表合并之行合并

    Mysql中使用Union—多表合并之行合并

    這篇文章主要介紹了Mysql中使用Union—多表合并之行合并,如果我們需要將兩個select語句的結(jié)果作為一個整體顯示出來,我們就需要用到union或者union all關鍵字,union(或稱為聯(lián)合)的作用是將多個結(jié)果合并在一起顯示出來,需要的朋友可以參考下
    2023-07-07
  • Mysql字符串截取及獲取指定字符串中的數(shù)據(jù)

    Mysql字符串截取及獲取指定字符串中的數(shù)據(jù)

    小編童鞋最近接了一個新需求,需要在MySql的字段中截取一段字符串中的特定字符,下面小編把我的核心代碼分享給大家,對mysql 字符串截取相關知識感興趣的朋友一起看看吧
    2019-11-11
  • SQL實現(xiàn)LeetCode(197.上升溫度)

    SQL實現(xiàn)LeetCode(197.上升溫度)

    這篇文章主要介紹了SQL實現(xiàn)LeetCode(197.上升溫度),本篇文章通過簡要的案例,講解了該項技術的了解與使用,以下就是詳細內(nèi)容,需要的朋友可以參考下
    2021-08-08
  • Mysql如何通過binlog日志恢復數(shù)據(jù)詳解

    Mysql如何通過binlog日志恢復數(shù)據(jù)詳解

    binlog日志用于記錄所有更新了數(shù)據(jù)或者已經(jīng)潛在更新了數(shù)據(jù)的所有語句,下面這篇文章主要給大家介紹了關于Mysql如何通過binlog日志恢復數(shù)據(jù)的相關資料,文中通過圖文介紹的非常詳細,需要的朋友可以參考下
    2022-02-02
  • MySQL筆記之字符串函數(shù)的應用

    MySQL筆記之字符串函數(shù)的應用

    字符串操作在程序設計中是非常重要的組成部分,而MySQL數(shù)據(jù)庫中的字符串操作卻相當簡單
    2013-05-05
  • mysql中模糊查詢的四種用法介紹

    mysql中模糊查詢的四種用法介紹

    這篇文章主要介紹了mysql中模糊查詢的四種用法,需要的朋友可以參考下
    2014-03-03
  • MySQL 5.7解壓版安裝、卸載及亂碼問題的圖文解決方法

    MySQL 5.7解壓版安裝、卸載及亂碼問題的圖文解決方法

    這篇文章主要介紹了MySQL 5.7解壓版安裝、卸載及亂碼問題的圖文解決方法,本文分步驟給大家介紹的非常詳細,需要的朋友可以參考下
    2017-07-07
  • MySql安裝啟動兩種方法教程詳解

    MySql安裝啟動兩種方法教程詳解

    本文通過兩種方法給大家介紹mysql安裝啟動的方法,非常不錯,具有參考價值,有需要的朋友一起學習吧
    2016-05-05
  • 提高MySQL中InnoDB表BLOB列的存儲效率的教程

    提高MySQL中InnoDB表BLOB列的存儲效率的教程

    這篇文章主要介紹了提高MySQL中InnoDB表BLOB列的存儲效率的教程,InnoDB的優(yōu)化在MySQL的優(yōu)化研究中也是一個非常熱門的課題,需要的朋友可以參考下
    2015-05-05

最新評論