【转载】Mysql参数优化简介

[mysqld]

  port = 3306

  serverid = 1

  socket = /tmp/mysql.sock

  skip-locking # 避免MySQL的外部锁定,减少出错几率增强稳定性。 skip-name-resolve

  禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求!

  [size=large][color=blue]back_log = 500[/color][/size]

  要求 MySQL 能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求,这就起作用,然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。

  back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接,你需要增加它,换句话说,这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。当你观察你的主机进程列表,发现大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待连接进程时,就要加大 back_log 的值了。默认数值是50,我把它改为500。

  [size=large][color=blue]key_buffer_size = 384M[/color][/size]

  # key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好处理的索引(对所有读和多重写),到你能负担得起那样多。如果你使它太大,系统将开始换页并且真的变慢了。对于内存在4GB左右的服务器该参数可设置为384M或512M。通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低,至少是1:100,1:1000更好(上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得)。注意:该参数值设置的过大反而会是服务器整体效率降低!

  [size=large][color=blue]max_allowed_packet = 32M[/color][/size]

  增加该变量的值十分安全,这是因为仅当需要时才会分配额外内存。例如,仅当你发出长查询或mysqld必须返回大的结果行时mysqld才会分配更多内存。该变量之所以取较小默认值是一种预防措施,以捕获客户端和服务器之间的错误信息包,并确保不会因偶然使用大的信息包而导致内存溢出。

  [color=blue][size=large]table_cache = 512[/size][/color]  table_cache指定表高速缓存的大小。每当MySQL访问一个表时,如果在表缓冲区中还有空间,该表就被打开并放入其中,这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables,可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache,并且opened_tables在不断增长,那么你就需要增加table_cache的值了(上述状态值可以使用SHOW STATUS LIKE ‘Open%tables’获得)。注意,不能盲目地把table_cache设置成很大的值。如果设置得太高,可能会造成文件描述符不足,从而造成性能不稳定或者连接失败。

sort_buffer_size = 4M

  查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占!如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 4 = 400MB。所以,对于内存在4GB左右的服务器推荐设置为4-8M。

  read_buffer_size = 4M

  读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享!

  join_buffer_size = 8M

  联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享!

  myisam_sort_buffer_size = 64M

  MyISAM表发生变化时重新排序所需的缓冲

  query_cache_size = 64M

  指定MySQL查询缓冲区的大小。可以通过在MySQL控制台执行以下命令观察:

  # > SHOW VARIABLES LIKE '%query_cache%'; # > SHOW STATUS LIKE 'Qcache%'; # 如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;

  如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。

  thread_cache_size = 64

  可以复用的保存在中的线程的数量。如果有,新的线程从缓存中取得,当断开连接的时候如果有空间,客户的线置在缓存中。如果有很多新的线程,为了提高性能可以这个变量值。通过比较 Connections 和 Threads_created 状态的变量,可以看到这个变量的作用

  tmp_table_size = 256M

  max_connections = 1000

  指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提示,则需要增大该参数值。

  max_connect_errors = 10000000

  对于同一主机,如果有超出该参数值个数的中断错误连接,则该主机将被禁止连接。如需对该主机进行解禁,执行:FLUSH HOST;。

  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数据库服务器则不要开启该选项!否则将无法正常连接!

  long_query_time = 10

  log-slow-queries =

  log-queries-not-using-indexes

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

另外附上使用show status命令查看mysql状态相关的值及其含义:

  使用show status命令

  含义如下:

  aborted_clients 客户端非法中断连接次数

  aborted_connects 连接mysql失败次数

  com_xxx xxx命令执行次数,有很多条

  connections 连接mysql的数量

  Created_tmp_disk_tables 在磁盘上创建的临时表

  Created_tmp_tables 在内存里创建的临时表

  Created_tmp_files 临时文件数

  Key_read_requests The number of requests to read a key block from the cache

  Key_reads The number of physical reads of a key block from disk

  Max_used_connections 同时使用的连接数

  Open_tables 开放的表

  Open_files 开放的文件

  Opened_tables 打开的表

  Questions 提交到server的查询数

  Sort_merge_passes 如果这个值很大,应该增加my.cnf中的sort_buffer值

  Uptime 服务器已经工作的秒数

  提升性能的建议:

  1.如果opened_tables太大,应该把my.cnf中的table_cache变大

  2.如果Key_reads太大,则应该把my.cnf中key_buffer_size变大.可以用Key_reads/Key_read_requests计算出cache失败率

  3.如果Handler_read_rnd太大,则你写的SQL语句里很多查询都是要扫描整个表,而没有发挥索引的键的作用

  4.如果Threads_created太大,就要增加my.cnf中thread_cache_size的值.可以用Threads_created/Connections计算cache命中率

  5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基于内存的临时表代替基于磁盘的


[size=large][color=red]附:show status 参数解释[/color][/size]
查看服务器目前状态信息的命令,两种方式:

1. 命令行,进入mysql/bin目录下,输入mysqladmin extended-status

2. 连接到mysql,输入show status;

3. 如果要查看某个数据,可以

mysql> show status like 'table%';

+-----------------------+-------+

| Variable_name | Value |

+-----------------------+-------+

| Table_locks_immediate | 12 |

| Table_locks_waited | 0 |

+-----------------------+-------+



需要关注的部分有:

qcache% ,open%tables,threads%,%key_read%,created_tmp%,sort%,com_select

这几个变量的调优参考“mysql服务器调优”http://www.ibm.com/developerworks/cn/linux/l-tune-lamp-3.html

状态变量详解,可能还有部分新的变量没列出来,

全部状态解释参看mysql手册http://dev.mysql.com/doc/refman/5.0/en/server-status-variables.html(红色部分是调优的时候重点关注的变量)

Aborted_clients


指出由于某种原因客户程序不能正常关闭连接而导致失败的连接的数量。如果客户不在退出之前调整mysql_close()函数,wait_timeout或interactive_timeout的限制已经被超出,或者是客户端程序在传输的过程中被关闭,则这种情况会发生。

Aborted_connects


指出试图连接到MYSQL的失败的次数。这种情况在客户尝试用错误的密码进行连接时,没有权限进行连接时,为获得连接的数据包所花费的时间超过了connect_timeout限制的秒数,或数据包中没有包含正确的信息时,都会发生。

Bytes_received


从客户处已经接收到的字节数。

Bytes_sent


已经发送给所有客户的字节数。

Com_[statement]


用于每一种语句的这些变量中的一种。变量值表示这条语句被执行的次数,如com_select,表示查询语句被执行的次数。

Connections


试图连接到MYSQL服务器的次数。

Created_tmp_disk_tables


执行语句时,磁盘上生成的隐含临时表的数量

Created_tmp_tables


执行语句时,内存中生成的隐含临时表的数量

Created_tmp_files


由mysqld生成的临时文件的数量

Delayed_insert_threads


当前正在使用的延迟插入句柄的线程数量

Delayed_writes


由INSERT DELAYED语句写入的记录的个数

Delayed_errors


当发生错误时,由INSERT DELAYED语句写入的记录的。绝大多数普通的错误是复制键

Flush_commands


被执行的FLUSH语句的个数

Handler_commit


内部COMMIT命令的个数

Handler_delete


从一个表中删除行的次数

Handler_read_first


一条索引中的第一个条目被读取的次数,通常是指完全索引扫描(例如,假定indexed_col被索引,语句SELECT indexed_col from tablename导致了一个完全索引扫描)

Handler_read_key


当读取一行数据时,使用索引的请求的个数。如果查询时使用了索引,就希望这个值快速增加

Handler_read_next


按照索引顺序读取下一行数据的请求的个数。如果使用了完全索引进行扫描,或者在一个不变的范围内查询一个索引,则这个值就会增加

Handler_read_prev


按照索引的顺序读取前面一行数据的请求的个数。这个变量值由SELECT fieldlist ORDER BY fields DESC类型的语句使用

Handler_read_rnd


在固定的位置读取一行数据的请求的个数。要求结果被保存起来的查询操作将增加这个计数器的值

Handler_read_rnd_next


读取数据文件中下一行数据的请求的个数。一般,这个值不能太高,因为这意味着查询操作不会使用索引,并且必须从数据文件中读取

Handler_rollback


内部ROLLBACK命令的数量

Handler_update


在表中更新一条记录的请求的数量

Handler_write


在表中插入一条记录的请求的数量

Key_blocks_used


用在键的缓存中的数据块的数量

Key_read_requests


引起从键的缓存读取键的数据块的请求的数量。Key_reads与Key_read_requests的比率不应该高于1:100(也就是,1:10很糟糕)

Key_reads


引起从磁盘读取键的数据块的物理读取操作的数量。

Key_write_requests


引起键的数据块被写入缓存的请求的数量

Key_writes


向磁盘写入键的数据块的物理写操作的次数

Max_used_connections


在任意时刻,正在使用的连接的最大数量

Not_flushed_key_blocks


在键的缓存中,已经发生了改变但还没有被刷新到磁盘上的键的数据块的数量

Not_flushed_delayed_rows


当前在INSERT DELAY队列中,等待被写入的记录的个数

Open_tables


目前打开的表的数量

Open_files


当前打开的文件的数量

Open_streams


当前打开的流数据的数量。这些流数据主要用于日志记录

Opened_tables


已经被打开的表的数量

Questions


初始的查询操作的总数

Qcache_queries_in_cache


缓存中查询的个数

Qcache_inserts


添加到缓存中的查询的个数命中次数除以插入次数就是不中比率;用1减去这个值就是命中率

Qcache_hits


查询缓存被访问的个数

Qcache_lowmem_prunes


缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看;如果这个数字在不断增长,就表示可能碎片非常严重,或者内存很少。(上面的free_blocks和free_memory可以告诉您属于哪种情况)。

Qcache_not_cached


没有被缓存(由于太大,或因为QUERY_CACHE_TYPE)的查询的数量

Qcache_free_memory


仍然可用于查询缓存的内存的数量

Qcache_free_blocks


在查询缓存中空闲内存块的数量,数量大说明可能有碎片

Qcache_total_blocks


在查询缓存中数据块的总数

Rpl_status


完全复制的状态(这个变量只在MYSQL 4之后的版本中使用)

Select_full_join


已经被执行的没有使用索引的联接的数量。不能将这个变量值设的太高
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值