linux mysql数据库优化_【转载】linux高负载下彻底优化mysql数据库

同时在线会面量继续删大

闭于1G内存的办事器较着感觉到费劲宽重时以致天天皆会死机 也许时不时的办事器卡一下

谁人成就已困扰了我半个多月MySQL利用是很具伸缩性的算法，果而你一般能用很少的内存运转或给MySQL更多的被存以获得更好的性能。

安装好mysql后，配造文件该当在/usr/local/mysql/share/mysql目次中，配造文件有几个，有my-huge.cnf

my-medium.cnf my-large.cnf

my-small.cnf,不合的流量的网站战不合配造的办事器环境，虽然需求有不合的配造文件了。

普通的状态下，my-medium.cnf谁人配造文件就可以知足我们的大多需求；普通我们会把设置文件拷贝到/etc/my.cnf

只需求建正谁人设置文件便可以了，利用mysqladmin variables extended-status

–u root –p

可以看到今晨的参数，有３个设置参数是最主要的，即key_buffer_size,query_cache_size,table_cache。

key_buffer_size只对MyISAM表起传染打动，

key_buffer_size指定索引缓冲区的巨细，它决议索引处理的速率，额外是索引读的速率。普通我们设为16M,真际上略微大一点的站点　谁人数字是近近不够的，经过历程搜检形态值Key_read_requests战Key_reads,可以知讲key_buffer_size设置是否公讲。比例key_reads

/ key_read_requests该当尽可能的低，最少是1:100，1:1000更好(上述形态值可利用SHOW STATUS

LIKE ‘key_read%’获得)。 也许若是你装了phpmyadmin

可以经过历程办事器运转形态看到,笔者推荐用phpmyadmin经管mysql，以下的形态值皆是本人经过历程phpmyadmin获得的真例分析:

谁人办事器已运转了20天

key_buffer_size –

128M

key_read_requests

– 650759289

key_reads - 79112

比例靠近1:8000 安康状态十分好

别的一个估计key_buffer_size的程序　把你网站数据库的每个表的索引所占空间巨细减起来看看以此办事器为例:对照大的几个表索引减起来概略125M

谁人数字会随着表变大而变大。

从4.0.1开端，MySQL供应了查询缓冲机造。利用查询缓冲，MySQL将SELECT语句战查询成效存放在缓冲区中，此后闭于一样的SELECT语句(辨别巨细写)，将直接从缓冲区中读取成效。依照MySQL用户脚册，利用查询缓冲最多可以到达238%的效率。

经过历程疗养以下几个参数可以知讲query_cache_size设置得是否公讲

Qcache inserts

Qcache hits

Qcache lowmem prunes

Qcache free blocks

Qcache total blocks

Qcache_lowmem_prunes的值十分大，则注释经常呈现缓冲不够的状态,同时Qcache_hits的值十分大，则注释查询缓冲利用十分频繁，此时需求删减缓冲巨细Qcache_hits的值不大，则注释你的查询反复率很低，那种状态下利用查询缓冲反而会影响效率，那么可以考虑不消查询缓冲。别的，在SELECT语句中减进SQL_NO_CACHE可以大白示意不利用查询缓冲。

Qcache_free_blocks，若是该值十分大，则注释缓冲区中碎片良多query_cache_type指定是否利用查询缓冲

我设置:

query_cache_size = 32M

query_cache_type= 1

获得以下形态值:

Qcache queries in cache 12737

注释今晨缓存的条数

Qcache inserts 20649006

Qcache hits 79060095

看来反复查询率借挺下的

Qcache lowmem prunes

617913　有那么多次呈现缓存太低的状态

Qcache not cached 189896

Qcache free memory

18573912　　今晨盈余缓存空间

Qcache free blocks 5328

谁人数字仿佛有点大　碎片良多

Qcache total blocks 30953

若是内存容许32M该当要往上减点

table_cache指定表下速缓存的巨细。每当MySQL会面一个表时，若是在表缓冲区中借有空间，该表就被挨开并放进此中，那样可以更快地会面表内容。经过历程搜检峰值时间的形态值Open_tables战Opened_tables，可以决议是否需求删减table_cache的值。若是你收现open_tables便是table_cache，而且opened_tables在不竭删少，那么你就需求删减table_cache的值了(上述形态值可利用SHOW

STATUS LIKE

‘Open%tables’获得)。注重，不克不及自觉地把table_cache设置成很大的值。若是设置得太下，可能会造成文件描述符贫乏，从而造成性能不不乱也许连接得利。

闭于有1G内存的板滞，推荐值是128－256。

笔者设置

table_cache = 256

获得以下形态:

Open tables 256

Opened tables 9046

虽然open_tables已便是table_cache，可是相闭于办事器运转时间来说,已运转了20天，opened_tables的值也十分低。果而，删减table_cache的值该当用处不大。若是运转了6个小时就呈现上述值

那就要考虑删大table_cache。

若是你不需求记实2进造log

就把谁人从命闭失落，注重闭失落此后就不克不及恢复出成就前的数据了，需求您脚动备份，二进造日记包含悉数更新数据的语句，其目标是在恢复数据库时用它来把数据尽可能恢复到最后的形态。别的，若是做同步复造(

Replication )的话，也需求利用二进造日记传收建正状态。

log_bin指定日记文件，若是不供应文件名，MySQL将本人产生缺省文件名。MySQL会在文件名后里自动增减数字引，每次启动办事时，皆会从新天生一个新的二进造文件。别的，利用log-bin-index可以指定索引文件；利用binlog-do-db可以指定记实的数据库；利用binlog-ignore-db可以指定不记实的数据库。注重的是：binlog-do-db战binlog-ignore-db一次只指定一个数据库，指定多个数据库需求多个语句。而且，MySQL会将悉数的数据库称号改成小写，在指定数据库时必须局部利用小写名字，不然不会起传染打动。

闭失落谁人从命只需求在他前里减上#号

#log-bin

开启慢查询日记( 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

笔者设置:

sort_buffer_size = 1M

max_connections=120

wait_timeout =120

back_log=100

read_buffer_size = 1M

thread_cache=32

interactive_timeout=120

thread_concurrency = 4

参数说明:

back_log

要求MySQL能有的连接数目。当主要MySQL线程在一个很短时间内获得十分多的连接请求，那就起传染打动，然后主线程花些时间(虽然很短)搜检连接而且启动一个新线程。back_log值指出在MySQL暂时制止回答新请求之前的短时间内几个请求可以被存在货仓中。只有若是希冀在一个短时间内有良多连接，你需求删减它，换句话说，那值对到来的TCP/IP连接的侦听队列的巨细。你的把持系统在谁人队列巨细上有它本人的限造。

Unix

listen(2)系统调用的脚册页该当有更多的细节。搜检你的OS文档找出谁人变量的最大值。试图设定back_log下于你的把持系统的限造将是无效的。

max_connections

并收连接数目最大，120

逾越谁人值就会自动恢复，出了成就可以自动处理

thread_cache

出找到具体说明，不过设置为32后 20天才创设了400多个线程

而早年一天就创设了上千个线程 所以借是有用的

thread_concurrency

#设置为你的cpu数目x2,例如，只有一个cpu,那么thread_concurrency=2

#有2个cpu,那么thread_concurrency=4

skip-innodb

#去失落innodb支撑