MySQL优化经验是怎样的

MySQL优化的体验如何？针对这个问题，本文详细介绍了相应的分析和解答，希望能帮助更多想要解决这个问题的小伙伴找到更简单易行的方法。

00-1010与此同时，在线访问量持续增加。对于1G内存的服务器来说，当工作负载明显严重时，甚至服务器每天都会崩溃或不时卡住。这个问题困扰了我半个多月。MySQL使用了一个非常可扩展的算法，所以你通常可以用更少的内存运行或者为MySQL节省更多的内存来获得更好的性能。

安装mysql后，配置文件应该在/usr/local/mysql/share/mysql目录下。配置文件有好几个，包括my-mega . cn fmy-medium . cn fmy-large . cn fmy-small . CNF，流量不同的网站，配置不同的服务器环境。当然，需要不同的配置文件。

一般来说，配置文件my-medium.cnf可以满足我们的大部分需求；一般我们会把配置文件复制到/etc/my.cnf，我们只需要修改这个配置文件。我们可以通过使用MySQL管理变量extended-statusurotp来查看当前参数，其中最重要的有三个配置参数，即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 _ size128m

key _ read _ requests650759289

key_reads-79112比例接近1:8000，健康状况很好。

另一种估计key_buffer_size的方法是将网站数据库中每个表的索引所占用的空间相加。以此服务器为例。中几个大表的索引加起来约为125M，随着表的变大，索引也会变大。

从4.0.1开始，MySQL提供了查询缓冲机制。使用查询缓冲区，MySQL将SELECT语句和查询结果存储在缓冲区中。将来，对于相同的SELECT语句(区分大小写)，结果将直接从缓冲区中读取。根据MySQL用户手册，使用查询缓冲区可以达到高达238%的效率。

通过调整以下参数，可以知道query_cache_size设置是否合理。

Qcacheinserts

Qcachehits

Qcachelowmemprunes

Qcachefreeblocks

qcetotalblockqcache _ low mem _ prunes的值非常大，这表明缓冲区经常不足，而Qcache_hits的值非常大，这表明查询缓冲区使用非常频繁。此时，没有必要增加Qcache_hits的缓冲区大小，这表明您的查询重复率非常低。在这种情况下，使用查询缓冲区会影响效率，所以可以考虑不使用查询缓冲区。此外，向SELECT语句中添加SQL_NO_CACHE可以明确指示查询缓冲区未被使用。

Qcache_free_blocks，如果值很大，则表示缓冲区中有很多碎片。query_cache_type指定是否使用查询缓冲区。

我设置了：

query_cache_size=32M

Query_cache_type=1获取以下状态值：

Qcachequeriesincache12737表示当前的缓存数量。

Qcacheinserts20649006

Qcachehits79060095看起来重复查询率挺高的。

Qcachelowmemprunes617913缓存太低的情况有很多次。

Qcachenotcached189896

Qcachefreememory18573912当前剩余缓存空间

Qcachefreenbsp

;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支持

代码:

# Example MySQL config file for medium systems. 
# 
# This is for a system with little memory (32M - 64M) where MySQL plays 
# an important part, or systems up to 128M where MySQL is used together with 
# other programs (such as a web server) 
# 
# You can copy this file to 
# /etc/my.cnf to set global options, 
# mysql-data-dir/my.cnf to set server-specific options (in this 
# installation this directory is /var/lib/mysql) or 
# ~/.my.cnf to set user-specific options. 
# 
# In this file, you can use all long options that a program supports. 
# If you want to know which options a program supports, run the program 
# with the "--help" option. 
# The following options will be passed to all MySQL clients 
[client] 
#password = your_password 
port = 3306 
socket = /tmp/mysql.sock 
#socket = /var/lib/mysql/mysql.sock 
# Here follows entries for some specific programs 
# The MySQL server 
[mysqld] 
port = 3306 
socket = /tmp/mysql.sock 
#socket = /var/lib/mysql/mysql.sock 
skip-locking 
key_buffer = 128M 
max_allowed_packet = 1M 
table_cache = 256 
sort_buffer_size = 1M 
net_buffer_length = 16K 
myisam_sort_buffer_size = 1M 
max_connections=120 
#addnew config 
wait_timeout =120 
back_log=100 
read_buffer_size = 1M 
thread_cache=32 
skip-innodb 
skip-bdb 
skip-name-resolve 
join_buffer_size=512k 
query_cache_size = 32M 
interactive_timeout=120 
long_query_time=10 
log_slow_queries= /usr/local/mysql4/logs/slow_query.log 
query_cache_type= 1 
# Try number of CPU's*2 for thread_concurrency 
thread_concurrency = 4 
#end new config 
# Don't listen on a TCP/IP port at all. This can be a security enhancement, 
# if all processes that need to connect to mysqld run on the same host. 
# All interaction with mysqld must be made via Unix sockets or named pipes. 
# Note that using this option without enabling named pipes on Windows 
# (via the "enable-named-pipe" option) will render mysqld useless! 
# 
#skip-networking 
# Replication Master Server (default) 
# binary logging is required for replication 
#log-bin 
# required unique id between 1 and 2^32 - 1 
# defaults to 1 if master-host is not set 
# but will not function as a master if omitted 
server-id = 1 
# Replication Slave (comment out master section to use this) 
# 
# To configure this host as a replication slave, you can choose between 
# two methods : 
# 
# 1) Use the CHANGE MASTER TO command (fully described in our manual) - 
# the syntax is: 
# 
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=, 
# MASTER_USER=, MASTER_PASSWORD= ; 
# 
# where you replace , , by quoted strings and 
# by the master's port number (3306 by default). 
# 
# Example: 
# 
# CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306, 
# MASTER_USER='joe', MASTER_PASSWORD='secret'; 
# 
# OR 
# 
# 2) Set the variables below. However, in case you choose this method, then 
# start replication for the first time (even unsuccessfully, for example 
# if you mistyped the password in master-password and the slave fails to 
# connect), the slave will create a master.info file, and any later 
# change in this file to the variables' values below will be ignored and 
# overridden by the content of the master.info file, unless you shutdown 
# the slave server, delete master.info and restart the slaver server. 
# For that reason, you may want to leave the lines below untouched 
# (commented) and instead use CHANGE MASTER TO (see above) 
# 
# required unique id between 2 and 2^32 - 1 
# (and different from the master) 
# defaults to 2 if master-host is set 
# but will not function as a slave if omitted 
#server-id = 2 
# 
# The replication master for this slave - required 
#master-host = 
# 
# The username the slave will use for authentication when connecting 
# to the master - required 
#master-user = 
# 
# The password the slave will authenticate with when connecting to 
# the master - required 
#master-password = 
# 
# The port the master is listening on. 
# optional - defaults to 3306 
#master-port = 
# 
# binary logging - not required for slaves, but recommended 
#log-bin 
# Point the following paths to different dedicated disks 
#tmpdir = /tmp/ 
#log-update = /path-to-dedicated-directory/hostname 
# Uncomment the following if you are using BDB tables 
#bdb_cache_size = 4M 
#bdb_max_lock = 10000 
# Uncomment the following if you are using InnoDB tables 
#innodb_data_home_dir = /var/lib/mysql/ 
#innodb_data_file_path = ibdata1:10M:autoextend 
#innodb_log_group_home_dir = /var/lib/mysql/ 
#innodb_log_arch_dir = /var/lib/mysql/ 
# You can set .._buffer_pool_size up to 50 - 80 % 
# of RAM but beware of setting memory usage too high 
#innodb_buffer_pool_size = 16M 
#innodb_additional_mem_pool_size = 2M 
# Set .._log_file_size to 25 % of buffer pool size 
#innodb_log_file_size = 5M 
#innodb_log_buffer_size = 8M 
#innodb_flush_log_at_trx_commit = 1 
#innodb_lock_wait_timeout = 50 
[mysqldump] 
quick 
max_allowed_packet = 16M 
[mysql] 
no-auto-rehash 
# Remove the next comment character if you are not familiar with SQL 
#safe-updates 
[isamchk] 
key_buffer = 20M 
sort_buffer_size = 20M 
read_buffer = 2M 
write_buffer = 2M 
[myisamchk] 
key_buffer = 20M 
sort_buffer_size = 20M 
read_buffer = 2M 
write_buffer = 2M 
[mysqlhotcopy] 
interactive-timeout

补充

优化table_cachetable_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。

案例1：该案例来自一个不是特别繁忙的服务器table_cache – 512open_tables – 103opened_tables – 1273uptime – 4021421 (measured in seconds)该案例中table_cache似乎设置得太高了。在峰值时间，打开表的数目比table_cache要少得多。

案例2：该案例来自一台开发服务器。table_cache – 64open_tables – 64opened-tables – 431uptime – 1662790 (measured in seconds)虽然open_tables已经等于table_cache，但是相对于服务器运行时间来说，opened_tables的值也非常低。因此，增加table_cache的值应该用处不大。案例3：该案例来自一个upderperforming的服务器table_cache – 64open_tables – 64opened_tables – 22423uptime – 19538该案例中table_cache设置得太低了。虽然运行时间不到6小时，open_tables达到了最大值，opened_tables的值也非常高。这样就需要增加table_cache的值。优化key_buffer_sizekey_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。通过检查状态值Key_read_requests和Key_reads，可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好（上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得）。key_buffer_size只对MyISAM表起作用。即使你不使用MyISAM表，但是内部的临时磁盘表是MyISAM表，也要使用该值。可以使用检查状态值created_tmp_disk_tables得知详情。对于1G内存的机器，如果不使用MyISAM表，推荐值是16M（8-64M）。

案例1：健康状况key_buffer_size – 402649088 (384M)key_read_requests – 597579931key_reads - 56188案例2：警报状态key_buffer_size – 16777216 (16M)key_read_requests – 597579931key_reads - 53832731案例1中比例低于1:10000，是健康的情况；案例2中比例达到1:11，警报已经拉响。

关于MySQL优化经验是怎样的问题的解答就分享到这里了，希望