MySQL中怎么設(shè)置類型參數(shù)

本篇文章給大家分享的是有關(guān)MySQL中怎么設(shè)置類型參數(shù)，小編覺(jué)得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說(shuō)，跟著小編一起來(lái)看看吧。

（一）連接
　　連接通常來(lái)自Web服務(wù)器，下面列出了一些與連接有關(guān)的參數(shù)，以及該如何設(shè)置它們。
　　1、max_connections
　　這是Web服務(wù)器允許的最大連接數(shù)，記住每個(gè)連接都要使用會(huì)話內(nèi)存（關(guān)于會(huì)話內(nèi)存，文章后面有涉及）。
　　2、max_packet_allowed
　　最大數(shù)據(jù)包大小，通常等于你需要在一個(gè)大塊中返回的最大數(shù)據(jù)集的大小，如果你在使用遠(yuǎn)程mysqldump，那它的值需要更大。
　　3、aborted_connects
　　檢查系統(tǒng)狀態(tài)的計(jì)數(shù)器，確定其沒(méi)有增長(zhǎng)，如果數(shù)量增長(zhǎng)說(shuō)明客戶端連接時(shí)遇到了錯(cuò)誤。
　　4、thread_cache_size
　　入站連接會(huì)在MySQL中創(chuàng)建一個(gè)新的線程，因?yàn)镸ySQL中打開(kāi)和關(guān)閉連接都很廉價(jià)，速度也快，它就沒(méi)有象其它數(shù)據(jù)庫(kù)，如Oracle那么多持續(xù)連接了，但線程預(yù)先創(chuàng)建并不會(huì)節(jié)約時(shí)間，這就是為什么要MySQL線程緩存的原因了。
　　如果在增長(zhǎng)請(qǐng)密切注意創(chuàng)建的線程，讓你的線程緩存更大，對(duì)于2550或100的thread_cache_size，內(nèi)存占用也不多。
　?。ǘ┎樵兙彺?br/>　　MySQL中的緩存查詢包括兩個(gè)解析查詢計(jì)劃，以及返回的數(shù)據(jù)集，如果基礎(chǔ)表數(shù)據(jù)或結(jié)構(gòu)有變化，將會(huì)使查詢緩存中的項(xiàng)目無(wú)效。
　　1、query_cache_min_res_unit
　　MySQL參數(shù)中query_cache_min_res_unit查詢緩存中的塊是以這個(gè)大小進(jìn)行分配的，使用下面的公式計(jì)算查詢緩存的平均大小，根據(jù)計(jì)算結(jié)果設(shè)置這個(gè)變量，MySQL就會(huì)更有效地使用查詢緩存，緩存更多的查詢，減少內(nèi)存的浪費(fèi)。
　　2、query_cache_size
　　這個(gè)參數(shù)設(shè)置查詢緩存的總大小。
　　3、query_cache_limit
　　這個(gè)參數(shù)告訴MySQL丟掉大于這個(gè)大小的查詢，一般大型查詢還是比較少見(jiàn)的，如運(yùn)行一個(gè)批處理執(zhí)行一個(gè)大型報(bào)表的統(tǒng)計(jì)，因此那些大型結(jié)果集不應(yīng)該填滿查詢緩存。
　　qcache hit ratio = qcache_hits / （qcache_hits + com_select）
　　使用
　　SQL> show status like 'qcache%';
　　SQL> show status like 'com_%';
　　找到這些變量。
　　average query size = （query_cache_size - qcache_free_memory）/qcache_queries_in_cache
　　使用
　　SQL> show variables like 'query%';
　　qcache_* status variables you can get with:
　　SQL> show status like 'qcache%';
　　獲取query_cache_size的值。
　?。ㄈ┡R時(shí)表
　　內(nèi)存速度是相當(dāng)快的，因此我們希望所有的排序操作都在內(nèi)存中進(jìn)行，我們可以通過(guò)調(diào)整查詢讓結(jié)果集更小以實(shí)現(xiàn)內(nèi)存排序，或?qū)⒆兞吭O(shè)置得更大。
　　tmp_table_size
　　max_heap_table_size
　　無(wú)論何時(shí)在MySQL中創(chuàng)建臨時(shí)表，它都會(huì)使用這兩個(gè)變量的最小值作為臨界值，除了在磁盤上構(gòu)建臨時(shí)表外，還會(huì)創(chuàng)建許多會(huì)話，這些會(huì)話會(huì)搶占有 限制的資源，因此最好是調(diào)整查詢而不是將這些參數(shù)設(shè)置得更高，同時(shí)，需要注意的是有BLOB或TEXT字段類型的表將直接寫(xiě)入磁盤。 深入淺出MySQL雙向復(fù)制技術(shù)
　?。ㄋ模?huì)話內(nèi)存
　　MySQL中每個(gè)會(huì)話都有其自己的內(nèi)存，這個(gè)內(nèi)存就是分配給SQL查詢的內(nèi)存，因此你想讓它變得盡可能大以滿足需要。但你不得不平衡同一時(shí)間數(shù) 據(jù)庫(kù)內(nèi)一致性會(huì)話的數(shù)量。這里顯得有點(diǎn)黑色藝術(shù)的是MySQL是按需分配緩存的，因此，你不能只添加它們并乘以會(huì)話的數(shù)量，這樣估算下來(lái)比MySQL典型 的使用要大得多。最佳做法是啟動(dòng)MySQL，連接所有會(huì)話，然后繼續(xù)關(guān)注頂級(jí)會(huì)話的VIRT列，mysqld行的數(shù)目通常保持相對(duì)穩(wěn)定，這就是實(shí)際的內(nèi)存 總用量，減去所有的靜態(tài)MySQL內(nèi)存區(qū)域，就得到了實(shí)際的所有會(huì)話內(nèi)存，然后除以會(huì)話的數(shù)量就得到平均值。
　　1、read_buffer_size
　　緩存連續(xù)掃描的塊，這個(gè)緩存是跨存儲(chǔ)引擎的，不只是MyISAM表。
　　2、sort_buffer_size
　　執(zhí)行排序緩存區(qū)的大小，最好將其設(shè)置為1M-2M，然后在會(huì)話中設(shè)置，為一個(gè)特定的查詢?cè)O(shè)置更高的值。
　　3、join_buffer_size
　　執(zhí)行聯(lián)合查詢分配的緩存區(qū)大小，將其設(shè)置為1M-2M大小，然后在每個(gè)會(huì)話中再單獨(dú)按需設(shè)置。
　　4、read_rnd_buffer_size
　　用于排序和order by操作，最好將其設(shè)置為1M，然后在會(huì)話中可以將其作為一個(gè)會(huì)話變量設(shè)置為更大的值。
　　（五）慢速查詢?nèi)罩?br/>　　慢速查詢?nèi)罩臼荕ySQL很有用的一個(gè)特性。
　　1、log_slow_queries
　　MySQL參數(shù)中l(wèi)og_slow_queries參數(shù)在my.cnf文件中設(shè)置它，將其設(shè)置為on，默認(rèn)情況下，MySQL會(huì)將文件放到數(shù)據(jù)目錄，文件以“主機(jī)名-slow.log”的形式命名，但你在設(shè)置這個(gè)選項(xiàng)的時(shí)候也可以為其指定一個(gè)名字。
　　2、long_query_time
　　默認(rèn)值是10秒，你可以動(dòng)態(tài)設(shè)置它，值從1到將其設(shè)置為on，如果數(shù)據(jù)庫(kù)啟動(dòng)了，默認(rèn)情況下，日志將關(guān)閉。截至5.1.21和安裝了 Google補(bǔ)丁的版本，這個(gè)選項(xiàng)可以以微秒設(shè)置，這是一個(gè)了不起的功能，因?yàn)橐坏┠阆怂胁樵儠r(shí)間超過(guò)1秒的查詢，說(shuō)明調(diào)整非常成功，這樣可以幫助 你在問(wèn)題變大之前消除問(wèn)題SQL。
　　3、log_queries_not_using_indexes
　　開(kāi)啟這個(gè)選項(xiàng)是個(gè)不錯(cuò)的主意，它真實(shí)地記錄了返回所有行的查詢。

以上就是MySQL中怎么設(shè)置類型參數(shù)，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見(jiàn)到或用到的。希望你能通過(guò)這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注億速云行業(yè)資訊頻道。