本篇內(nèi)容主要講解“MySQL有哪些參數(shù)”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“mysql有哪些參數(shù)”吧!

惠州網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、自適應(yīng)網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)公司2013年成立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

max_connections:表示數(shù)據(jù)庫(kù)的最大連接數(shù)。如果經(jīng)常出現(xiàn)1040 too many connections，那么就需要把這個(gè)參數(shù)適當(dāng)調(diào)大。但是這個(gè)連接數(shù)不是越大越好，過(guò)多的連接會(huì)浪費(fèi)內(nèi)存的資源，影響mysql服務(wù)器的性能。
back_log：表示連接數(shù)到達(dá)max_connections之后，多少個(gè)請(qǐng)求可以被存在堆棧中。只有預(yù)計(jì)在一個(gè)短時(shí)間內(nèi)有很多連接，才需要增加該參數(shù)的值。操作系統(tǒng)在這個(gè)隊(duì)列大小上也有限制，設(shè)定back_log高于操作系統(tǒng)的限制將是無(wú)效的。
default_character_set：這個(gè)參數(shù)影響了character_set_client(mysql server假定客戶端發(fā)送的查詢使用的字符集),character_set_connection(mysql server接收客戶端發(fā)布的查詢請(qǐng)求后，將其轉(zhuǎn)化為character_set_connection指定的字符集)和character_set_results(mysql server把結(jié)果集和錯(cuò)誤信息轉(zhuǎn)換為character_set_results指定的字符集，并發(fā)送給客戶端)。這個(gè)參數(shù)的修改影響客戶端和服務(wù)器的交互過(guò)程的字符集。
character_set_server：這個(gè)參數(shù)影響了character_set_server(mysql server默認(rèn)字符集)和character_set_database(數(shù)據(jù)庫(kù)默認(rèn)字符集)這個(gè)參數(shù)。修改這個(gè)參數(shù)才會(huì)影響數(shù)據(jù)庫(kù)的字符集，因此如果想要對(duì)數(shù)據(jù)庫(kù)的字符集做出改變，可以修改character_set_server，比如：這是一個(gè)APP項(xiàng)目，涉及到大量的Emoji表情符號(hào)，那么就需要使用utf8mb4這個(gè)4字節(jié)的字符集了，在這里，就需要將原來(lái)的utf8改為utf8mb4。
event_cheduler：這個(gè)參數(shù)影響了定時(shí)任務(wù)，由于msyql的重啟會(huì)導(dǎo)致定時(shí)任務(wù)的失效，因此需要將這個(gè)參數(shù)改為ON，使得定時(shí)任務(wù)不會(huì)失效。
max_allowed_packet:這個(gè)參數(shù)設(shè)置過(guò)小就會(huì)出現(xiàn)packet for query is too large這個(gè)錯(cuò)誤，需要適當(dāng)?shù)膶⒋藚?shù)擴(kuò)大，大小為1024的整數(shù)倍，但是不宜將此參數(shù)擴(kuò)的太大，不然操作系統(tǒng)內(nèi)存不夠，這個(gè)參數(shù)還是會(huì)失效的。
sort_buffer_size：表示排序緩存區(qū)的大小，這個(gè)值越大，進(jìn)行排序的速度越快。
read_buffer_size：表示每個(gè)線程連續(xù)掃描時(shí)為掃描的每個(gè)表分配的緩沖區(qū)的大小。當(dāng)線程從表中連續(xù)讀取記錄時(shí)需要用到這個(gè)緩沖區(qū)。
read_rnd_buffer_size：表示為每個(gè)線程保留的緩沖區(qū)的大小，與read_buffer_size相似。但主要用于存儲(chǔ)按特定順序讀取出來(lái)的記錄，如果頻繁進(jìn)行多次連續(xù)掃描，可以增加該值。
innodb_flush_log_at_trx_commit：表示何時(shí)將重做日志緩沖區(qū)的數(shù)據(jù)寫入日志文件。該參數(shù)對(duì)于innodb引擎非常重要，有3個(gè)值，分別為0、1和2。值為0時(shí)表示每隔1秒將重做日志緩沖區(qū)數(shù)據(jù)寫入日志文件；值為1時(shí)表示每次提交事務(wù)時(shí)將重做日志緩沖區(qū)數(shù)據(jù)寫入日志文件；值為2時(shí)表示每次提交事務(wù)時(shí)將數(shù)據(jù)寫入重做日志緩沖區(qū)，每隔1秒再將重做日志緩沖區(qū)數(shù)據(jù)寫入日志文件。該參數(shù)的默認(rèn)值為1，默認(rèn)值值1安全性最高，但是每次事務(wù)提交或事務(wù)外的指令都需要把日志寫入(flush)硬盤，是比較費(fèi)時(shí)的；0值更快一點(diǎn)，但安全性比較差；2之日志仍然會(huì)每秒戲而已磁盤，所以即使出現(xiàn)故障，一般也不會(huì)丟失超過(guò)1~2秒的數(shù)據(jù)。
interactive_timeout：表示服務(wù)器在關(guān)閉連接前等待的秒數(shù)。
wait_timeout：表示服務(wù)器在關(guān)閉一個(gè)連接時(shí)等待的秒數(shù)。
sort_buffer_size：表示每個(gè)需要進(jìn)行排序的線程分配的緩沖區(qū)的大小。增加這個(gè)參數(shù)的值可以提高order by 或group by的速度。
thead_cache_size：表示可以復(fù)用的線程的數(shù)量。如果有很多新的線程，為了提高性能可以增大該參數(shù)的值。
innodb_buffer_pool_size：表示innodb類型的表和索引的最大緩存。這值越大，查詢的速度就會(huì)越快，但是這個(gè)值太大會(huì)影響操作系統(tǒng)的性能。
query_cache_size：表示查詢緩沖區(qū)的大小。該參數(shù)需要和query_cache_type配合使用。當(dāng)query_cache_type=0時(shí)，所有的查詢都不使用查詢緩沖區(qū)，但是query_cache_type=0并不會(huì)釋放所配置的緩沖區(qū)內(nèi)存。當(dāng)query_cache_type=1時(shí)，所有的查詢都將使用查詢緩沖區(qū)，除非在查詢語(yǔ)句中指定SQL_NO_CACHE,如select SQL_NO_CACHE * from table。當(dāng)query_cache_type=2時(shí)，只有在查詢語(yǔ)句中使用SQL_CACHE關(guān)鍵字，查詢才會(huì)使用查詢緩沖區(qū)。使用查詢緩沖區(qū)可以提高查詢速度，這種方式只適用于修改操作少且經(jīng)常執(zhí)行相同的查詢操作的情況?？梢酝ㄟ^(guò)flush query cache來(lái)刷新緩沖區(qū)，清理查詢緩沖區(qū)中碎片。
table_cache：表示同時(shí)打開(kāi)表的個(gè)數(shù)。這個(gè)值越大，能夠同時(shí)打開(kāi)的表的個(gè)數(shù)越多。這個(gè)值不是越大越好，因?yàn)橥瑫r(shí)打開(kāi)的表太多會(huì)影響操作系統(tǒng)的性能。
key_buffer_size：表示索引緩沖區(qū)的大小。索引緩沖區(qū)所有的線程共享。增加索引緩沖區(qū)可以得到更好的處理的索引(對(duì)所有讀和多重寫)。當(dāng)然,這個(gè)值也不是越大越好，它的大小取決于內(nèi)存的大小，如果這個(gè)值太大，導(dǎo)致操作系統(tǒng)頻繁換頁(yè)，會(huì)降低系統(tǒng)性能。

到此，相信大家對(duì)“mysql有哪些參數(shù)”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！