Heim  >  Artikel  >  Datenbank  >  Ausführliche Erläuterung der Optimierung der MySQL 4G-Speicherserverkonfiguration

Ausführliche Erläuterung der Optimierung der MySQL 4G-Speicherserverkonfiguration

小云云
小云云Original
2017-12-25 14:34:082089Durchsuche

Die Anzahl der Besuche auf der Website des Unternehmens steigt (über 100.000 PV pro Tag) und MySQL ist natürlich zu einem Engpass bei der Optimierung von MySQL geworden. Das Wichtigste ist die Optimierung der MySQL-Systemparameter. MySQL hat den größten Einfluss auf die Leistung der Webarchitektur und ist auch ein wichtiger Kernbestandteil. Werfen wir einen Blick auf einige Grundlagen der MySQL-Optimierung, einschließlich der Optimierung von MySQL selbst (my.cnf).

MySQL hat den größten Einfluss auf die Leistung der Webarchitektur und ist auch ein wichtiger Kernbestandteil. Ob die MySQL-Einstellungen einigermaßen optimiert sind, wirkt sich direkt auf die Geschwindigkeit und Belastbarkeit des Webs aus! Gleichzeitig ist MySQL auch der am schwierigsten zu optimierende Teil. Es erfordert nicht nur ein gewisses Verständnis von MySQL-Fachkenntnissen, sondern auch eine langfristige Beobachtung von Statistiken und eine auf Erfahrung basierende Beurteilung sowie die anschließende Festlegung angemessener Parameter. Werfen wir einen Blick auf einige Grundlagen der MySQL-Optimierung, einschließlich der Optimierung von MySQL selbst (my.cnf).

Wir führen einige Parameter ein, die einen größeren Einfluss auf die Leistung haben. Da die Optimierungseinstellungen der my.cnf-Datei eng mit der Server-Hardwarekonfiguration verknüpft sind, geben wir eine gemeinsame 2U-Server-Hardwareumgebung an: CPU: 2 Intel Xeon 2,4 GHz Arbeitsspeicher: 4 GB DDR Festplatte: SCSI.

Nachfolgend erklären wir anhand der oben genannten Hardwarekonfiguration in Kombination mit einer optimierten my.cnf:

[mysqld] 
 port = 3306 
 serverid = 1 
 socket = /tmp/mysql.sock 
 skip-locking 
#避免MySQL的外部锁定,减少出错几率增强稳定性。 
skip-name-resolve 
#禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求!
back_log = 384 
#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。
key_buffer_size = 256M 
#key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低!
max_allowed_packet = 4M 
 thread_stack = 256K 
 table_cache = 128K 
 sort_buffer_size = 6M 
#查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占,如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。
read_buffer_size = 4M 
#读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
join_buffer_size = 8M 
#联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
myisam_sort_buffer_size = 64M 
 table_cache = 512 
 thread_cache_size = 64 
 query_cache_size = 64M 
#指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。
tmp_table_size = 256M 
 max_connections = 768 
#指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示,则需要增大该参数值。
max_connect_errors = 10000000 
 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数据库服务器则不要开启该选项!否则将无法正常连接!
table_cache=1024 
#物理内存越大,设置就越大.默认为2402,调到512-1024最佳 
innodb_additional_mem_pool_size=4M 
#默认为2M 
 innodb_flush_log_at_trx_commit=1 
#设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1 
 innodb_log_buffer_size=2M 
#默认为1M 
 innodb_thread_concurrency=8 
#你的服务器CPU有几个就设置为几,建议用默认一般为8 
 key_buffer_size=256M 
#默认为218,调到128最佳 
tmp_table_size=64M 
#默认为16M,调到64-256最挂 
read_buffer_size=4M 
#默认为64K 
 read_rnd_buffer_size=16M 
#默认为256K 
 sort_buffer_size=32M 
#默认为256K 
 thread_cache_size=120 
#默认为60 
 query_cache_size=32M

Hinweis:

1 Wenn Key_reads zu groß ist, Dann sollten Sie die Key_buffer_size in my.cnf erhöhen und Key_reads/Key_read_requests auf mindestens 1/100 halten. Je kleiner, desto besser.

2. Wenn Qcache_lowmem_prunes sehr groß ist, erhöhen Sie den Wert von Query_cache_size.

Verwandte Empfehlungen:

Beispiele für Speicherverwaltung und -nutzung

So ermitteln Sie Speicherstatistiken und Speicherlecks unter Linux

So gehen Sie mit JavaScript-Speicherlecks um

Das obige ist der detaillierte Inhalt vonAusführliche Erläuterung der Optimierung der MySQL 4G-Speicherserverkonfiguration. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn