Linux系统高负载 MySQL优化(1)
博客分类：
mysql 东东
MySQLLinuxCache配置管理算法
Java代码
同时在线访问量继续增大对于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 -uroot -p可以看到目前的参数，有
3
个配置参数是最重要的，即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指定是否使用查询缓冲
我设置:
QUOTE:
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指定表高速缓存的大小。每当访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。通过检查峰值时间的状态值和，可以决定是否需要增加table_cache的值。如果你发现 open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table_cache的值了（上述状态值可以使用SHOW STATUS LIKE ‘tables’获得）。注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。 对于有G内存的机器，推荐值是－。
笔者设置
QUOTE
table_cache
得到以下状态
tables
tables
虽然open_tables已经等于table_cache，但是相对于服务器运行时间来说已经运行了天，opened_tables的值也非常低。因此，增加table_cache的值应该用处不大。如果运行了个小时就出现上述值那就要考虑增大table_cache。
如果你不需要记录进制log 就把这个功能关掉，注意关掉以后就不能恢复出问题前的数据了，需要您手动备份，二进制日志包含所有更新数据的语句，其目的是在恢复数据库时用它来把数据尽可能恢复到最后的状态。另外，如果做同步复制 的话，也需要使用二进制日志传送修改情况。
log_bin指定日志文件，如果不提供文件名，将自己产生缺省文件名。会在文件名后面自动添加数字引，每次启动服务时，都会重新生成一个新的二进制文件。此外，使用logbinindex可以指定索引文件；使用binlogdb可以指定记录的数据库；使用binlog ignoredb可以指定不记录的数据库。注意的是：binlogdb和binlogignoredb一次只指定一个数据库，指定多个数据库需要多个语句。而且，会将所有的数据库名称改成小写，在指定数据库时必须全部使用小写名字，否则不会起作用。
关掉这个功能只需要在他前面加上#号
QUOTE
#logbin
开启慢查询日志 slow query log
慢查询日志对于跟踪有问题的查询非常有用。它记录所有查过long_query_time的查询，如果需要，还可以记录不使用索引的记录。下面是一个慢查询日志的例子：
开启慢查询日志，需要设置参数log_slow_queries、long_query_times、logqueriesnotusingindexes。
log_slow_queries指定日志文件，如果不提供文件名，将自己产生缺省文件名。long_query_times指定慢查询的阈值，缺省是秒。logqueriesnotusingindexes是以后引入的参数，它指示记录不使用索引的查询。笔者设置 long_query_time
笔者设置
QUOTE
sort_buffer_size M
max_connections
wait_timeout
back_log
read_buffer_size M
thread_cache
interactive_timeout
thread_concurrency
参数说明
back_log
要求能有的连接数量。当主要线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间尽管很短检查连接并且启动一个新线程。back_log值指出在暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCPIP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 系统调用的手册页应该有更多的细节。检查你的OS文档找出这个变量的最大值。试图设定back_log高于你的操作系统的限制将是无效的。
max_connections
并发连接数目最大， 超过这个值就会自动恢复，出了问题能自动解决
thread_cache
没找到具体说明，不过设置为后 天才创建了多个线程而以前一天就创建了上千个线程 所以还是有用的
thread_concurrency
#设置为你的cpu数目x2例如，只有一个cpu那么thread_concurrency
#有个cpu那么thread_concurrency
skipinnodb
#去掉innodb支持
config file medium systems
QUOTE # config file medium systems
#
# is a system memory M M where plays
# an important part or systems up M where is used together
# other programs such as a web server
#
# can copy file
# etcmycnf global options
# mysqldatadirmycnf serverspecific options in
# installation directory is libmysql or
# mycnf userspecific options
#
# file you can use all options that a program supports
# you want which options a program supports run the program
# option
# following options will be passed clients
client
#password your_password
port
socket tmpmysqlsock
#socket libmysqlmysqlsock
# follows entries some specific programs
# server
mysqld
port
socket tmpmysqlsock
#socket libmysqlmysqlsock
skiplocking
key_buffer M
max_allowed_packet M
table_cache
sort_buffer_size M
net_buffer_length K
myisam_sort_buffer_size M
max_connections
#addnew config
wait_timeout
back_log
read_buffer_size M
thread_cache
skipinnodb
skipbdb
skipnameresolve
join_buffer_sizek
query_cache_size M
interactive_timeout
long_query_time
log_slow_queries usrlocalmysql4logsslow_querylog
query_cache_type
# number of CPU's thread_concurrency
thread_concurrency
#end config
# 't listen on a TCPIP port at can be a security enhancement
# all processes that need run on the same host
# interaction must be made via sockets or named pipes
# that using option without enabling named pipes on
# via the option will render mysqld useless
#
#skipnetworking
#
# binary logging is required replication
#logbin
# required unique id between and
# defaults masterhost is not set
# but will not function as a master omitted
serverid
# comment out master section
#
# configure host as a replication slave you can choose between
# two methods
#
# the CHANGE MASTER command fully described in our manual
# the syntax is
#
# CHANGE MASTER MASTER_HOST MASTER_PORT
# MASTER_USER MASTER_PASSWORD
#
# where you replace by quoted strings and
# by the master's port number by
#
#
#
# CHANGE MASTER MASTER_HOST MASTER_PORT
# MASTER_USER MASTER_PASSWORD
#
# OR
# the variables in you choose method then # start replication the first time even unsuccessfully example
# you mistyped the password in masterpassword and the slave fails
# connect the slave will create a masterinfo file and any later
# change in file variables' values below will be ignored and
# overridden by the content of the masterinfo file unless you shutdown
# the slave server delete masterinfo and restart the slaver server
# that reason you may want the lines below untouched
# commented and instead use CHANGE TO see above
#
# required unique id between and
# and different from the master
# defaults masterhost is set
# but will not function as a slave omitted
#serverid
#
# replication master slave required
#masterhost
#
# username the slave will use authentication when connecting
# master required
#masteruser
#
# password the slave will authenticate connecting
# the master required
#masterpassword
#
# port the master is listening on
# optional defaults
#masterport
#
# binary logging not required slaves but recommended
#logbin
# the following paths dedicated disks
#tmpdir tmp
#logupdate pathdedicateddirectoryhostname
# the following you are using BDB tables
#bdb_cache_size M
#bdb_max_lock
# the following you are using tables
#innodb_data_home_dir libmysql
#innodb_data_file_path ibdata1Mautoextend
#innodb_log_group_home_dir libmysql
#innodb_log_arch_dir libmysql
# can set _buffer_pool_size up
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size M
#innodb_additional_mem_pool_size M
# _log_file_size of buffer pool size
#innodb_log_file_size M
#innodb_log_buffer_size M
#innodb_flush_log_at_trx_commit
#innodb_lock_wait_timeout
mysqldump
quick
max_allowed_packet M
mysql
noautorehash
# the next comment character you are not familiar SQL
#safeupdates
isamchk
key_buffer M
sort_buffer_size M
read_buffer M
write_buffer M
myisamchk
key_buffer M
sort_buffer_size M
read_buffer M
write_buffer M
mysqlhotcopy
interactivetimeout
同时在线访问量继续增大对于G内存的服务器明显感觉到吃力严重时甚至每天都会死机或者时不时的服务器卡一下这个问题曾经困扰了我半个多月使用是很具伸缩性的算法，因此你通常能用很少的内存运行或给更多的被存以得到更好的性能。 安装好mysql后，配制文件应该在usrlocalmysqlsharemysql目录中，配制文件有几个，有myhugecnf mymediumcnf mylargecnf mysmallcnf不同的流量的网站和不同配制的服务器环境，当然需要有不同的配制文件了。
一般的情况下，my mediumcnf这个配制文件就能满足我们的大多需要；一般我们会把配置文件拷贝到etcmycnf 只需要修改这个配置文件就可以了，使用mysqladmin variables extendedstatus uroot p可以看到目前的参数，有个配置参数是最重要的，即key_buffer_sizequery_cache_sizetable_cache。
key_buffer_size只对表起作用，key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。一般我们设为M实际上稍微大一点的站点 这个数字是远远不够的，通过检查状态值和 可以知道key_buffer_size设置是否合理。比例key_reads key_read_requests应该尽可能的低，至少是，更好（上述状态值可以使用SHOW STATUS LIKE ‘key_read’获得）。 或者如果你装了phpmyadmin 可以通过服务器运行状态看到笔者推荐用phpmyadmin管理mysql，以下的状态值都是本人通过phpmyadmin获得的实例分析
这个服务器已经运行了天
key_buffer_size – M
key_read_requests –
key_reads
比例接近 健康状况非常好
另外一个估计key_buffer_size的办法 把你网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例比较大的几个表索引加起来大概M 这个数字会随着表变大而变大。
从开始，提供了查询缓冲机制。使用查询缓冲，将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT 语句（区分大小写），将直接从缓冲区中读取结果。根据用户手册，使用查询缓冲最多可以达到的效率。
通过调节以下几个参数可以知道query_cache_size设置得是否合理
inserts
hits
lowmem prunes
free blocks
total blocks
的值非常大，则表明经常出现缓冲不够的情况同时的值非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。
，如果该值非常大，则表明缓冲区中碎片很多query_cache_type指定是否使用查询缓冲
我设置
QUOTE
query_cache_size M
query_cache_type
得到如下状态值
queries in cache 表明目前缓存的条数
inserts
hits 看来重复查询率还挺高的
lowmem prunes 有这么多次出现缓存过低的情况
not cached
free memory 目前剩余缓存空间
free blocks 这个数字似乎有点大 碎片不少
total blocks
如果内存允许M应该要往上加点
还没有评论，来说两句吧...