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

代码:

# 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，警报已经拉响。