MySQL变量参数

喜欢ヅ旅行 2022-09-20 09:19 371阅读 0赞

一、有关请求连接的变量参数

1、max\_connections

max\_connections 是指MySql的最大连接数，如果服务器的并发连接请求量比较大，建议调高此值，以增加并行连接数量，当然这建立在机器能支撑的情况下，因为如果连接数越多，介于MySql会为每个连接提供连接缓冲区，就会开销越多的内存，所以要适当调整该值，不能盲目提高设值。可以过'conn%'通配符查看当前状态的连接数量，以定夺该值的大小。MySQL服务器允许的最大连接数16384；查看系统当前最大连接数：show variables like 'max\_connections';

Max\_used\_connections它是指从这次mysql服务启动到现在，同一时刻并行连接数的最大值。它不是指当前的连接情况，而是一个比较值。如果在过去某一个时刻，MYSQL服务同时有1000个请求连接过来，而之后再也没有出现这么大的并发请求时，则Max\_used\_connections=1000。

通过SHOW STATUS LIKE '%Connections%' 查看 MySQL服务器过去的最大连接数Max\_used\_connections。

比较理想的设置是：Max\_used\_connections / max\_connections \* 100% ≈ 85% 最大连接数占上限连接数的85%左右，如果发现比例在10%以下，MySQL服务器连接上线就设置得过高了。

2、back\_log

back\_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。也就是说，如果MySql的连接数据达到max\_connections时，新来的请求将会被存在堆栈中，以等待某一连接释放资源，该堆栈的数量即back\_log，如果等待连接的数量超过back\_log，将不被授予连接资源。

back\_log值不能超过TCP/IP连接的侦听队列的大小。若超过则无效，查看当前系统的TCP/IP连接的侦听队列的大小命令：cat /proc/sys/net/ipv4/tcp\_max\_syn\_backlog目前系统为1024。对于Linux系统推荐设置为小于512的整数。

查看mysql 当前系统默认back\_log值，命令：show variables like 'back\_log'; 查看当前数量

3、max\_user\_connections

max\_user\_connections是指每个数据库用户的最大连接。针对某一个账号的所有客户端并行连接到MYSQL服务的最大并行连接数。简单说是指同一个账号能够同时连接到mysql服务的最大连接数。设置为0表示不限制。目前默认值为：0不受限制。

4、wait-timeout 和 interactive\_timeout

wait-timeout：MySQL客户端的数据库连接闲置最大时间值。说得比较通俗一点，就是当你的MySQL连接闲置超过一定时间后将会被强行关闭。MySQL默认的wait-timeout  值为8个小时，可以通过命令show variables like 'wait\_timeout'查看结果值;。设置这个值是非常有意义的，比如你的网站有大量的MySQL链接请求（每个MySQL连接都是要内存资源开销的 ），由于你的程序的原因有大量的连接请求空闲啥事也不干，白白占用内存资源，或者导致MySQL超过最大连接数从来无法新建连接导致“Too many connections”的错误。在设置之前你可以查看一下你的MYSQL的状态（可用show full processlist)，如果经常发现MYSQL中有大量的Sleep进程，则需要 修改wait-timeout值了。

interactive\_timeout：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql\_real\_connect()中使用CLIENT\_INTERACTIVE选项的客户端。

wait\_timeout:服务器关闭非交互连接之前等待活动的秒数。在线程启动时，根据全局wait\_timeout值或全局 interactive\_timeout值初始化会话wait\_timeout值，取决于客户端类型(由mysql\_real\_connect()的连接选项CLIENT\_INTERACTIVE定义).这两个参数必须配合使用。否则单独设置wait\_timeout无效。

5、skip-name-resolve

skip-name-resolve，默认被注释掉，没有该参数。skip-name-resolve：禁止MySQL对外部连接进行DNS解析，使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求！

6、skip-networking

skip-networking，默认被注释掉。没有该参数。skip-networking建议被注释掉，不要开启。

开启该选项可以彻底关闭MySQL的TCP/IP连接方式，如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项！否则将无法正常连接！

二、全局缓存变量参数

启动MySQL时就要分配并且总是存在的全局缓存。目前有： key\_buffer\_size、innodb\_buffer\_pool\_size、innodb\_additional\_mem\_pool\_size、innodb\_log\_buffer\_size、query\_cache\_size

1、key\_buffer\_size

key\_buffer\_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，对MyISAM(MySQL表存储的一种类型，可以百度等查看详情)表性能影响最大的一个参数。如果你使它太大，系统将开始换页并且真的变慢了。严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。对于内存在4GB左右的服务器该参数可设置为256M或384M。通过检查状态值Key\_read\_requests和Key\_reads，可以知道key\_buffer\_size设置是否合理。比例key\_reads / key\_read\_requests应该尽可能的低，至少是1:100，1:1000更好。其值可以用以下命令查得：show status like 'key\_read%';

2、innodb\_buffer\_pool\_size

innodb\_buffer\_pool\_size:主要针对InnoDB表性能影响最大的一个参数。另外InnoDB和 MyISAM 存储引擎不同， MyISAM 的 key\_buffer\_size 只能缓存索引键，而 innodb\_buffer\_pool\_size 却可以缓存数据块和索引键,适当的增加这个参数的大小，可以有效的减少 InnoDB类型的表的磁盘 I/O。在一个以 InnoDB为主的专用数据库服务器上，可以考虑把该参数设置为物理内存大小的50%-80%。

InnoDB占用的内存，除innodb\_buffer\_pool\_size用于存储页面缓存数据外，另外正常情况下还有大约8%的开销，主要用在每个缓存页帧的描述、adaptive hash等数据结构，如果不是安全关闭，启动时还要恢复的话，还要另开大约12%的内存用于恢复，两者相加就有差不多21%的开销。假设：12G的innodb\_buffer\_pool\_size，最多的时候InnoDB就可能占用到14.5G的内存。若系统只有16G，而且只运行MySQL，且MySQL只用InnoDB，

那么为MySQL开12G，是最大限度地利用内存了。

当我们操作一个 InnoDB 表的时候，返回的所有数据或者去数据过程中用到的任何一个索引块，都会在这个内存区域中走一遭。

可以通过 (Innodb\_buffer\_pool\_read\_requests – Innodb\_buffer\_pool\_reads) / Innodb\_buffer\_pool\_read\_requests \* 100% 计算缓存命中率，并根据命中率来调整 innodb\_buffer\_pool\_size 参数大小进行优化。值可以用以下命令查得：show status like 'Innodb\_buffer\_pool\_read%';

3、innodb\_additional\_mem\_pool\_size

innodb\_additional\_mem\_pool\_size 设置了InnoDB存储引擎用来存放数据字典信息以及一些内部数据结构的内存空间大小，缺省值是1M。通常不用太大，只要够用就行，应该与表结构的复杂度有关系。所以当我们一个MySQL Instance中的数据库对象非常多的时候，是需要适当调整该参数的大小以确保所有数据都能存放在内存中提高访问效率的。这个参数大小是否足够还是比较容易知道的，因为当过小的时候，MySQL会记录Warning信息到数据库的error log中，这时候你就知道该调整这个参数大小了。

根据MySQL手册，对于2G内存的机器，推荐值是20M。32G内存的 100M

4、innodb\_log\_buffer\_size

innodb\_log\_buffer\_size  是InnoDB存储引擎的事务日志所使用的缓冲区，如果您的表操作中包含大量并发事务（或大规模事务），并且在事务提交前要求记录日志文件，请尽量调高此项值，以提高日志效率。innodb\_log\_buffer\_size  类似于Binlog Buffer，InnoDB在写事务日志的时候，为了提高性能，也是先将信息写入Innodb Log Buffer中，当满足innodb\_flush\_log\_at\_trx\_commit参数所设置的相应条件(或者日志缓冲区写满)之后，才会将日志写到文件 (或者同步到磁盘)中。可以通过innodb\_log\_buffer\_size 参数设置其可以使用的最大内存空间。

InnoDB 将日志写入日志磁盘文件前的缓冲大小。理想值为 1M 至 8M。大的日志缓冲允许事务运行时不需要将日志保存入磁盘而只到事务被提交(commit)。 因此，如果有大的事务处理，设置大的日志缓冲可以减少磁盘I/O。默认是8MB，如频繁的系统可适当增大至4MB～8MB。当然如上面介绍所说，这个参数实际上还和另外的flush参数相关。一般来说不建议超过32MB。

注：innodb\_flush\_log\_at\_trx\_commit参数对InnoDB Log的写入性能有非常关键的影响,默认值为1。该参数可以设置为0，1，2，解释如下：

> 0：log buffer中的数据将以每秒一次的频率写入到log file中，且同时会进行文件系统到磁盘的同步操作，但是每个事务的commit并不会触发任何log buffer 到log file的刷新或者文件系统到磁盘的刷新操作;

> 1：在每次事务提交的时候将log buffer 中的数据都会写入到log file，同时也会触发文件系统到磁盘的同步;

> 2：事务提交会触发log buffer到log file的刷新，但并不会触发磁盘文件系统到磁盘的同步。此外，每秒会有一次文件系统到磁盘同步操作。

实际测试发现，该值对插入数据的速度影响非常大，设置为2时插入10000条记录只需要2秒，设置为0时只需要1秒，而设置为1时则需要229秒。因此，MySQL手册也建议尽量将插入操作合并成一个事务，这样可以大幅提高速度。根据MySQL手册，在存在丢失最近部分事务的危险的前提下，可以把该值设为0。

5、query\_cache\_size

query\_cache\_size 是MySql的查询缓冲大小。主要用来缓存MySQL中的ResultSet，也就是一条SQL语句执行的结果集，所以仅仅只能针对select语句。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。通过检查状态值’Qcache\_%’，可以知道query\_cache\_size设置是否合理：如果Qcache\_lowmem\_prunes的值非常大，则表明经常出现缓冲不够的情况，如果Qcache\_hits的值也非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小；如果Qcache\_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL\_NO\_CACHE可以明确表示不使用查询缓冲。

query\_cache\_size 是MySql的查询缓冲大小。 主要用来缓存MySQL中的ResultSet，也就是一条SQL语句执行的结果集，所以仅仅只能针对select语句。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。当我们打开了 Query Cache功能，MySQL在接受到一条select语句的请求后，如果该语句满足Query Cache的要求(未显式说明不允许使用Query Cache，或者已经显式申明需要使用Query Cache)，MySQL会直接根据预先设定好的HASH算法将接受到的select语句以字符串方式进行hash，然后到Query Cache中直接查找是否已经缓存。也就是说，如果已经在缓存中，该select请求就会直接将数据返回，从而省略了后面所有的步骤(如SQL语句的解析，优化器优化以及向存储引擎请求数据等)，极大的提高性能。根据MySQL用户手册，使用查询缓冲最多可达到238%的效率。当然，Query Cache也有一个致命的缺陷，那就是当某个表的数据有任何任何变化，都会导致所有引用了该表的select语句在Query Cache中的缓存数据失效。所以，当我们的数据变化非常频繁的情况下，使用Query Cache可能会得不偿失。

Query Cache的使用需要多个参数配合，其中最为关键的是query\_cache\_size和query\_cache\_type，前者设置用于缓存 ResultSet的内存大小，后者设置在何场景下使用Query Cache。在以往的经验来看，如果不是用来缓存基本不变的数据的MySQL数据库，query\_cache\_size一般256MB是一个比较合适的大小。当然，这可以通过计算Query Cache的命中率(Qcache\_hits/(Qcache\_hits+Qcache\_inserts)\*100))来进行调整。 query\_cache\_type可以设置为0(OFF)，1(ON)或者2(DEMOND)，分别表示完全不使用query cache，除显式要求不使用query cache(使用sql\_no\_cache)之外的所有的select都使用query cache，只有显示要求才使用query cache(使用sql\_cache)。如果Qcache\_lowmem\_prunes的值非常大，则表明经常出现缓冲不够的情况。 如果Qcache\_hits的值也非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小；；如果Qcache\_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL\_NO\_CACHE可以明确表示不使用查询缓冲。

根据命中率(Qcache\_hits/(Qcache\_hits+Qcache\_inserts)\*100))进行调整，一般不建议太大，256MB可能已经差不多了，大型的配置型静态数据可适当调大。

可以通过命令：show status like 'Qcache\_%';查看目前系统Query catch使用大小

| Qcache\_hits             | 1892463  |

| Qcache\_inserts       |     35627

命中率98.17%=1892463/(1892463 +35627 )\*100

三、局部缓存变量参数

除了全局缓冲，MySql还会为每个连接发放连接缓冲。每个连接到MySQL服务器的线程都需要有自己的缓冲。大概需要立刻分配256K，甚至在线程空闲时，它们使用默认的线程堆栈，网络缓存等。事务开始之后，则需要增加更多的空间。运行较小的查询可能仅给指定的线程增加少量的内存消耗，然而如果对数据表做复杂的操作例如扫描、排序或者需要临时表，则需分配大约read\_buffer\_size，sort\_buffer\_size，read\_rnd\_buffer\_size，tmp\_table\_size 大小的内存空间. 不过它们只是在需要的时候才分配，并且在那些操作做完之后就释放了。有的是立刻分配成单独的组块。tmp\_table\_size 可能高达MySQL所能分配给这个操作的最大内存空间了。注意，这里需要考虑的不只有一点——可能会分配多个同一种类型的缓存，例如用来处理子查询。一些特殊的查询的内存使用量可能更大——如果在MyISAM表上做成批的插入时需要分配 bulk\_insert\_buffer\_size 大小的内存；执行 ALTER TABLE， OPTIMIZE TABLE， REPAIR TABLE 命令时需要分配 myisam\_sort\_buffer\_size 大小的内存。

1、read\_buffer\_size

read\_buffer\_size 是MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区，MySql会为它分配一段内存缓冲区。read\_buffer\_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁，并且你认为频繁扫描进行得太慢，可以通过增加该变量值以及内存缓冲区大小提高其性能。

2、sort\_buffer\_size

sort\_buffer\_size 是MySql执行排序使用的缓冲大小。如果想要增加ORDER BY的速度，首先看是否可以让MySQL使用索引而不是额外的排序阶段。如果不能，可以尝试增加sort\_buffer\_size变量的大小。

3、read\_rnd\_buffer\_size

read\_rnd\_buffer\_size 是MySql的随机读缓冲区大小。当按任意顺序读取行时(例如，按照排序顺序)，将分配一个随机读缓存区。进行排序查询时，MySql会首先扫描一遍该缓冲，以避免磁盘搜索，提高查询速度，如果需要排序大量数据，可适当调高该值。但MySql会为每个客户连接发放该缓冲空间，所以应尽量适当设置该值，以避免内存开销过大。

4、tmp\_table\_size

tmp\_table\_size是MySql的heap （堆积）表缓冲大小。所有联合在一个DML指令内完成，并且大多数联合甚至可以不用临时表即可以完成。大多数临时表是基于内存的(HEAP)表。具有大的记录长度的临时表 (所有列的长度的和)或包含BLOB列的表存储在硬盘上。如果某个内部heap（堆积）表大小超过tmp\_table\_size，MySQL可以根据需要自动将内存中的heap表改为基于硬盘的MyISAM表。还可以通过设置tmp\_table\_size选项来增加临时表的大小。也就是说，如果调高该值，MySql同时将增加heap表的大小，可达到提高联接查询速度的效果。

5、record\_buffer

record\_buffer每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。默认数值是131072

四、其它缓存参数变量

1、table\_cache

table\_cache(5.1.3及以后版本又名table\_open\_cache)

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

SHOW STATUS LIKE 'Open%tables';

\+---------------+-------+

| Variable\_name | Value |

\+---------------+-------+

| Open\_tables   | 356   |

| Opened\_tables | 0     |

\+---------------+-------+

open\_tables表示当前打开的表缓存数，如果执行flush tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小；

opend\_tables表示曾经打开的表缓存数，会一直进行累加，如果执行flush tables操作，值不会减小。

在mysql默认安装情况下，table\_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值 是2048，但这决意味着机器内存越大，这个值应该越大，因为table\_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生 更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的 table\_cache值。

由于MySQL是多线程的机制,为了提高性能,每个线程都是独自打开自己需要的表的文件描 述符,而不是通过共享已经打开的.针对不同存储引擎处理的方法当然也不一样

在myisam表引擎中,数据文件的描述符 (descriptor)是不共享的,但是索引文件的描述符却是所有线程共享的.Innodb中和使用表空间类型有关,假如是共享表空间那么实际就一个数 据文件,当然占用的数据文件描述符就会比独立表空间少.

mysql手册上给的建议大小 是:table\_cache=max\_connections\*n

n表示查询语句中最大表数, 还需要为临时表和文件保留一些额外的文件描述符。

这个数据遭到很多质疑,table\_cache够用就好,检查 Opened\_tables值,如果这个值很大,或增长很快那么你就得考虑加大table\_cache了.

table\_cache：所有线程打开的表的数目。增大该值可以增加mysqld需要的文件描述符的数量。默认值是64.

2、thread\_cache\_size(服务器线程缓存)

默认的thread\_cache\_size=8，但是看到好多配置的样例里的值一般是32，64，甚至是128，感觉这个参数对优化应该有帮助，于是查了下：

根据调查发现以上服务器线程缓存thread\_cache\_size没有进行设置，或者设置过小,这个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中,如果线程重新被请求，那么请求将从缓存中读取,如果缓存中是空的或者是新的请求，那么这个线程将被重新创建,如果有很多新的线程，增加这个值可以改善系统性能.通过比较 Connections 和 Threads\_created 状态的变量，可以看到这个变量的作用。(–>表示要调整的值)   根据物理内存设置规则如下：

1G —> 8

2G —> 16

3G —> 32     >3G —> 64

mysql> show status like 'thread%';

\+——————-+——-+

查看开机起来数据库被连接了多少次？

mysql> show status like '%connection%';

通过连接线程池的命中率来判断设置值是否合适？命中率超过90%以上,设定合理。

(Connections -  Threads\_created) / Connections \* 100 %

\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#  
做了以上方面的调优设置之后，MySql应该基本能满足您需求（当然是建立在调优设置适当的情况下），我们还应该了解并注意：  
只有简单查询OLTP（联机事务处理）应用的内存消耗经常是使用默认缓冲的每个线程小于1MB，除非需要使用复杂的查询否则无需增加每个线程的缓冲大小。使用1MB的缓冲来对10行记录进行排序和用16MB的缓冲基本是一样快的（实际上16MB可能会更慢，不过这是其他方面的事了）。  
找出MySQL服务器内存消耗的峰值。这很容易就能计算出操作系统所需的内存、文件缓存以及其他应用。在32位环境下，还需要考虑到32位的限制，限制 “mysqld” 的值大约为2.5G（实际上还要考虑到很多其他因素）。现在运行 “ps aux” 命令来查看 “VSZ” 的值（MySQL 进程分配的虚拟内存）。监视着内存变化的值，就能知道是需要增加或减少当前的内存值了。

安装好MySql后，配制文件应该在 ./share/mysql ("./"即MySql安装目录) 目录中，配制文件有几个，有my-huge.cnf my-medium.cnf my-large.cnf my-small.cnf。win环境下即存在于MySql安装目录中的.ini文件。不同的流量的网站和不同配制的服务器环境，当然需要有不同的配制文件了。  
一般的情况下，my-medium.cnf这个配制文件就能满足我们的大多需要；一般我们会把配置文件拷贝到 /etc/my.cnf ，win环境下则拷备到 my.ini 下即可，只需要修改这个配置文件就可以了。

<table style="border-style:solid; border-color:rgb(231,227,231)"> 
 <tbody> 
 <tr> 
 <td> 
 <table> 
 <tbody> 
 <tr style="background-color:rgb(231,227,231)"> 
 <td>usidc5</td> 
 <td align="right">2011-09-22 20:02</td> 
 </tr> 
 <tr> 
 <td colspan="2"> （1）、mysqld程序–目录和文件 basedir = path&nbsp;&nbsp; 使用给定目录作为根目录(安装目录)。 character-sets-dir = path&nbsp;&nbsp; 给出存放着字符集的目录。 datadir = path&nbsp;&nbsp; 从给定目录读取数据库文件。 pid-file = filename&nbsp;&nbsp; 为mysqld程序指定一个存放进程ID的文件(仅适用于UNIX/Linux系统); Init-V脚本需要使用这个文件里的进程ID结束mysqld进程。 socket = filename&nbsp;&nbsp; 为MySQL客户程序与服务器之间的本地通信指定一个套接字文件(仅适用于UNIX/Linux系统; 默认设置一般是/var/lib/mysql/mysql.sock文件)。在Windows环境下，如果MySQL客户与服务器是通过命名管道进行通信 的，–sock选项给出的将是该命名管道的名字(默认设置是MySQL)。 lower_case_table_name = 1/0&nbsp;&nbsp; 新目录和数据表的名字是否只允许使用小写字母; 这个选项在Windows环境下的默认设置是1(只允许使用小写字母)。 （2）、mysqld程序–语言设置 character-sets-server = name&nbsp;&nbsp; 新数据库或数据表的默认字符集。为了与MySQL的早期版本保持兼容，这个字符集也可以用–default-character-set选项给出; 但这个选项已经显得有点过时了。 collation-server = name&nbsp;&nbsp; 新数据库或数据表的默认排序方式。 lanuage = name&nbsp;&nbsp; 用指定的语言显示出错信息。 （3）、mysqld程序–通信、网络、信息安全 enable-named-pipes&nbsp;&nbsp; 允许Windows 2000/XP环境下的客户和服务器使用命名管道(named pipe)进行通信。这个命名管道的默认名字是MySQL，但可以用–socket选项来改变。 local-infile [=0]&nbsp;&nbsp; 允许/禁止使用LOAD DATA LOCAL语句来处理本地文件。 myisam-recover [=opt1, opt2, ...]&nbsp;&nbsp; 在启动时自动修复所有受损的MyISAM数据表。这个选项的可取值有4种:DEFAULT、BACKUP、QUICK和FORCE; 它们与myisamchk程序的同名选项作用相同。 old-passwords&nbsp;&nbsp; 使用MySQL 3.23和4.0版本中的老算法来加密mysql数据库里的密码(默认使用MySQL 4.1版本开始引入的新加密算法)。 port = n&nbsp;&nbsp; 为MySQL程序指定一个TCP/IP通信端口(通常是3306端口)。 safe-user-create&nbsp;&nbsp; 只有在mysql.user数据库表上拥有INSERT权限的用户才能使用GRANT命令; 这是一种双保险机制(此用户还必须具备GRANT权限才能执行GRANT命令)。 shared-memory&nbsp;&nbsp; 允许使用内存(shared memory)进行通信(仅适用于Windows)。 shared-memory-base-name = name&nbsp;&nbsp; 给共享内存块起一个名字(默认的名字是MySQL)。 skip-grant-tables&nbsp;&nbsp; 不使用mysql数据库里的信息来进行访问控制(警告:这将允许用户任何用户去修改任何数据库)。 skip-host-cache&nbsp;&nbsp; 不使用高速缓存区来存放主机名和IP地址的对应关系。 skip-name-resovle&nbsp;&nbsp; 不把IP地址解析为主机名; 与访问控制(mysql.user数据表)有关的检查全部通过IP地址行进。 skip-networking&nbsp;&nbsp; 只允许通过一个套接字文件(Unix/Linux系统)或通过命名管道(Windows系统)进行本地连接，不允许ICP/IP连接; 这提高了安全性，但阻断了来自网络的外部连接和所有的Java客户程序(Java客户即使在本地连接里也使用TCP/IP)。 user = name&nbsp;&nbsp; mysqld程序在启动后将在给定UNIX/Linux账户下执行; mysqld必须从root账户启动才能在启动后切换到另一个账户下执行; mysqld_safe脚本将默认使用–user=mysql选项来启动mysqld程序。 （4）、mysqld程序–内存管理、优化、查询缓存区 bulk_insert_buffer_size = n&nbsp;&nbsp; 为一次插入多条新记录的INSERT命令分配的缓存区长度(默认设置是8M)。 key_buffer_size = n&nbsp;&nbsp; 用来存放索引区块的RMA值(默认设置是8M)。 join_buffer_size = n&nbsp;&nbsp; 在参加JOIN操作的数据列没有索引时为JOIN操作分配的缓存区长度(默认设置是128K)。 max_heap_table_size = n&nbsp;&nbsp; HEAP数据表的最大长度(默认设置是16M); 超过这个长度的HEAP数据表将被存入一个临时文件而不是驻留在内存里。 max_connections = n&nbsp;&nbsp; MySQL服务器同时处理的数据库连接的最大数量(默认设置是100)。 query_cache_limit = n&nbsp;&nbsp; 允许临时存放在查询缓存区里的查询结果的最大长度(默认设置是1M)。 query_cache_size = n&nbsp;&nbsp; 查询缓存区的最大长度(默认设置是0，不开辟查询缓存区)。 query_cache_type = 0/1/2&nbsp;&nbsp; 查询缓存区的工作模式:0, 禁用查询缓存区; 1，启用查询缓存区(默认设置); 2，”按需分配”模式，只响应SELECT SQL_CACHE命令。 read_buffer_size = n&nbsp;&nbsp; 为从数据表顺序读取数据的读操作保留的缓存区的长度(默认设置是128KB); 这个选项的设置值在必要时可以用SQL命令SET SESSION read_buffer_size = n命令加以改变。 read_rnd_buffer_size = n&nbsp;&nbsp; 类似于read_buffer_size选项，但针对的是按某种特定顺序(比如使用了ORDER BY子句的查询)输出的查询结果(默认设置是256K)。 sore_buffer = n&nbsp;&nbsp; 为排序操作分配的缓存区的长度(默认设置是2M); 如果这个缓存区太小，则必须创建一个临时文件来进行排序。 table_cache = n&nbsp;&nbsp; 同时打开的数据表的数量(默认设置是64)。 tmp_table_size = n&nbsp;&nbsp; 临时HEAP数据表的最大长度(默认设置是32M); 超过这个长度的临时数据表将被转换为MyISAM数据表并存入一个临时文件。 （5）、mysqld程序–日志 log [= file]&nbsp;&nbsp; 把所有的连接以及所有的SQL命令记入日志(通用查询日志); 如果没有给出file参数，MySQL将在数据库目录里创建一个hostname.log文件作为这种日志文件(hostname是服务器的主机名)。 log-slow-queries [= file]&nbsp;&nbsp; 把执行用时超过long_query_time变量值的查询命令记入日志(慢查询日志); 如果没有给出file参数，MySQL将在数据库目录里创建一个hostname-slow.log文件作为这种日志文件(hostname是服务器主机 名)。 long_query_time = n&nbsp;&nbsp; 慢查询的执行用时上限(默认设置是10s)。 long_queries_not_using_indexs&nbsp;&nbsp; 把慢查询以及执行时没有使用索引的查询命令全都记入日志(其余同–log-slow-queries选项)。 log-bin [= filename]&nbsp;&nbsp; 把对数据进行修改的所有SQL命令(也就是INSERT、UPDATE和DELETE命令)以二进制格式记入日志(二进制变更日志，binary update log)。这种日志的文件名是filename.n或默认的hostname.n，其中n是一个6位数字的整数(日志文件按顺序编号)。 log-bin-index = filename&nbsp;&nbsp; 二进制日志功能的索引文件名。在默认情况下，这个索引文件与二进制日志文件的名字相同，但后缀名是.index而不是.nnnnnn。 max_binlog_size = n&nbsp;&nbsp; 二进制日志文件的最大长度(默认设置是1GB)。在前一个二进制日志文件里的信息量超过这个最大长度之前，MySQL服务器会自动提供一个新的二进制日志文件接续上。 binlog-do-db = dbname&nbsp;&nbsp; 只把给定数据库里的变化情况记入二进制日志文件，其他数据库里的变化情况不记载。如果需要记载多个数据库里的变化情况，就必须在配置文件使用多个本选项来设置，每个数据库一行。 binlog-ignore-db = dbname&nbsp;&nbsp; 不把给定数据库里的变化情况记入二进制日志文件。 sync_binlog = n&nbsp;&nbsp; 每经过n次日志写操作就把日志文件写入硬盘一次(对日志信息进行一次同步)。n=1是最安全的做法，但效率最低。默认设置是n=0，意思是由操作系统来负责二进制日志文件的同步工作。 log-update [= file]&nbsp;&nbsp; 记载出错情况的日志文件名(出错日志)。这种日志功能无法禁用。如果没有给出file参数，MySQL会使用hostname.err作为种日志文件的名字。 （6）、mysqld程序–镜像(主控镜像服务器) server-id = n&nbsp;&nbsp; 给服务器分配一个独一无二的ID编号; n的取值范围是1~2的32次方启用二进制日志功能。 log-bin = name&nbsp;&nbsp; 启用二进制日志功能。这种日志的文件名是filename.n或默认的hostname.n，其中的n是一个6位数字的整数(日志文件顺序编号)。 binlog-do/ignore-db = dbname&nbsp;&nbsp; 只把给定数据库里的变化情况记入二进制日志文件/不把给定的数据库里的变化记入二进制日志文件。 （7）、mysqld程序–镜像(从属镜像服务器) server-id = n&nbsp;&nbsp; 给服务器分配一个唯一的ID编号 log-slave-updates&nbsp;&nbsp; 启用从属服务器上的日志功能，使这台计算机可以用来构成一个镜像链(A-&gt;B-&gt;C)。 master-host = hostname&nbsp;&nbsp; 主控服务器的主机名或IP地址。如果从属服务器上存在mater.info文件(镜像关系定义文件)，它将忽略此选项。 master-user = replicusername&nbsp;&nbsp; 从属服务器用来连接主控服务器的用户名。如果从属服务器上存在mater.info文件，它将忽略此选项。 master-password = passwd&nbsp;&nbsp; 从属服务器用来连接主控服务器的密码。如果从属服务器上存在mater.info文件，它将忽略此选项。 master-port = n&nbsp;&nbsp; 从属服务器用来连接主控服务器的TCP/IP端口(默认设置是3306端口)。 master-connect-retry = n&nbsp;&nbsp; 如果与主控服务器的连接没有成功，则等待n秒(s)后再进行管理方式(默认设置是60s)。如果从属服务器存在mater.info文件，它将忽略此选项。 master-ssl-xxx = xxx&nbsp;&nbsp; 对主、从服务器之间的SSL通信进行配置。 read-only = 0/1&nbsp;&nbsp; 0: 允许从属服务器独立地执行SQL命令(默认设置); 1: 从属服务器只能执行来自主控服务器的SQL命令。 read-log-purge = 0/1&nbsp;&nbsp; 1: 把处理完的SQL命令立刻从中继日志文件里删除(默认设置); 0: 不把处理完的SQL命令立刻从中继日志文件里删除。 replicate-do-table = dbname.tablename&nbsp;&nbsp; 与–replicate-do-table选项的含义和用法相同，但数据库和数据库表名字里允许出现通配符”%” (例如: test%.%–对名字以”test”开头的所有数据库里的所以数据库表进行镜像处理)。 replicate-do-db = name&nbsp;&nbsp; 只对这个数据库进行镜像处理。 replicate-ignore-table = dbname.tablename&nbsp;&nbsp; 不对这个数据表进行镜像处理。 replicate-wild-ignore-table = dbn.tablen&nbsp;&nbsp; 不对这些数据表进行镜像处理。 replicate-ignore-db = dbname&nbsp;&nbsp; 不对这个数据库进行镜像处理。 replicate-rewrite-db = db1name &gt; db2name&nbsp;&nbsp; 把主控数据库上的db1name数据库镜像处理为从属服务器上的db2name数据库。 report-host = hostname&nbsp;&nbsp; 从属服务器的主机名; 这项信息只与SHOW SLAVE HOSTS命令有关–主控服务器可以用这条命令生成一份从属服务器的名单。 slave-compressed-protocol = 1&nbsp;&nbsp; 主、从服务器使用压缩格式进行通信–如果它们都支持这么做的话。 slave-skip-errors = n1, n2, …或all&nbsp;&nbsp; 即使发生出错代码为n1、n2等的错误，镜像处理工作也继续进行(即不管发生什么错误，镜像处理工作也继续进行)。如果配置得当，从属服务器不应该在执行 SQL命令时发生错误(在主控服务器上执行出错的SQL命令不会被发送到从属服务器上做镜像处理); 如果不使用slave-skip-errors选项，从属服务器上的镜像工作就可能因为发生错误而中断，中断后需要有人工参与才能继续进行。 （8）、mysqld–InnoDB–基本设置、表空间文件 skip-innodb&nbsp;&nbsp; 不加载InnoDB数据表驱动程序–如果用不着InnoDB数据表，可以用这个选项节省一些内存。 innodb-file-per-table&nbsp;&nbsp; 为每一个新数据表创建一个表空间文件而不是把数据表都集中保存在中央表空间里(后者是默认设置)。该选项始见于MySQL 4.1。 innodb-open-file = n&nbsp;&nbsp; InnoDB数据表驱动程序最多可以同时打开的文件数(默认设置是300)。如果使用了 innodb-file-per-table选项并且需要同时打开很多数据表的话，这个数字很可能需要加大。 innodb_data_home_dir = p&nbsp;&nbsp; InnoDB主目录，所有与InnoDB数据表有关的目录或文件路径都相对于这个路径。在默认的情况下，这个主目录就是MySQL的数据目录。 innodb_data_file_path = ts&nbsp;&nbsp; 用来容纳InnoDB为数据表的表空间: 可能涉及一个以上的文件; 每一个表空间文件的最大长度都必须以字节(B)、兆字节(MB)或千兆字节(GB)为单位给出; 表空间文件的名字必须以分号隔开; 最后一个表空间文件还可以带一个autoextend属性和一个最大长度(max:n)。例如，ibdata1:1G; ibdata2:1G:autoextend:max:2G的意思是: 表空间文件ibdata1的最大长度是1GB，ibdata2的最大长度也是1G，但允许它扩充到2GB。除文件名外，还可以用硬盘分区的设置名来定义表 空间，此时必须给表空间的最大初始长度值加上newraw关键字做后缀，给表空间的最大扩充长度值加上raw关键字做后缀(例如/dev/hdb1: 20Gnewraw或/dev/hdb1:20Graw); MySQL 4.0及更高版本的默认设置是ibdata1:10M:autoextend。 innodb_autoextend_increment = n&nbsp;&nbsp; 带有autoextend属性的表空间文件每次加大多少兆字节(默认设置是8MB)。这个属性不涉及具体的数据表文件，那些文件的增大速度相对是比较小的。 innodb_lock_wait_timeout = n&nbsp;&nbsp; 如果某个事务在等待n秒(s)后还没有获得所需要的资源，就使用ROLLBACK命令放弃这个事务。这项设置对于发现和处理未能被InnoDB数据表驱动 程序识别出来的死锁条件有着重要的意义。这个选项的默认设置是50s。 innodb_fast_shutdown 0/1&nbsp;&nbsp; 是否以最快的速度关闭InnoDB，默认设置是1，意思是不把缓存在INSERT缓存区的数据写入数据表，那些数据将在MySQL服务器下次启动时再写入 (这么做没有什么风险，因为INSERT缓存区是表空间的一个组成部分，数据不会丢失)。把这个选项设置为0反面危险，因为在计算机关闭时，InnoDB 驱动程序很可能没有足够的时间完成它的数据同步工作，操作系统也许会在它完成数据同步工作之前强行结束InnoDB，而这会导致数据不完整。 （9）、mysqld程序–InnoDB–日志 innodb_log_group_home_dir = p&nbsp;&nbsp; 用来存放InnoDB日志文件的目录路径(如ib_logfile0、ib_logfile1等)。在默认的情况下，InnoDB驱动程序将使用MySQL数据目录作为自己保存日志文件的位置。 innodb_log_files_in_group = n&nbsp;&nbsp; 使用多少个日志文件(默认设置是2)。InnoDB数据表驱动程序将以轮转方式依次填写这些文件; 当所有的日志文件都写满以后，之后的日志信息将写入第一个日志文件的最大长度(默认设置是5MB)。这个长度必须以MB(兆字节)或GB(千兆字节)为单 位进行设置。 innodb_flush_log_at_trx_commit = 0/1/2&nbsp;&nbsp; 这个选项决定着什么时候把日志信息写入日志文件以及什么时候把这些文件物理地写(术语称为”同步”)到硬盘上。设置值0的意思是每隔一秒写一次日志并进行 同步，这可以减少硬盘写操作次数，但可能造成数据丢失; 设置值1(设置设置)的意思是在每执行完一条COMMIT命令就写一次日志并进行同步，这可以防止数据丢失，但硬盘写操作可能会很频繁; 设置值2是一般折衷的办法，即每执行完一条COMMIT命令写一次日志，每隔一秒进行一次同步。 innodb_flush_method = x&nbsp;&nbsp; InnoDB日志文件的同步办法(仅适用于UNIX/Linux系统)。这个选项的可取值有两种: fdatasync，用fsync()函数进行同步; O_DSYNC，用O_SYNC()函数进行同步。 innodb_log_archive = 1&nbsp;&nbsp; 启用InnoDB驱动程序的archive(档案)日志功能，把日志信息写入ib_arch_log_n文件。启用这种日志功能在InnoDB与 MySQL一起使用时没有多大意义(启用MySQL服务器的二进制日志功能就足够用了)。 （10）、mysqld程序–InnoDB–缓存区的设置和优化 innodb_log_buffer_pool_size = n&nbsp;&nbsp; 为InnoDB数据表及其索引而保留的RAM内存量(默认设置是8MB)。这个参数对速度有着相当大的影响，如果计算机上只运行有 MySQL/InnoDB数据库服务器，就应该把全部内存的80%用于这个用途。 innodb_log_buffer_size = n&nbsp;&nbsp; 事务日志文件写操作缓存区的最大长度(默认设置是1MB)。 innodb_additional_men_pool_size = n&nbsp;&nbsp; 为用于内部管理的各种数据结构分配的缓存区最大长度(默认设置是1MB)。 innodb_file_io_threads = n&nbsp;&nbsp; I/O操作(硬盘写操作)的最大线程个数(默认设置是4)。 innodb_thread_concurrency = n&nbsp;&nbsp; InnoDB驱动程序能够同时使用的最大线程个数(默认设置是8)。 （11）、mysqld程序–其它选项 bind-address = ipaddr&nbsp;&nbsp; MySQL服务器的IP地址。如果MySQL服务器所在的计算机有多个IP地址，这个选项将非常重要。 default-storage-engine = type&nbsp;&nbsp; 新数据表的默认数据表类型(默认设置是MyISAM)。这项设置还可以通过–default-table-type选项来设置。 default-timezone = name&nbsp;&nbsp; 为MySQL服务器设置一个地理时区(如果它与本地计算机的地理时区不一样)。 ft_min_word_len = n&nbsp;&nbsp; 全文索引的最小单词长度工。这个选项的默认设置是4，意思是在创建全文索引时不考虑那些由3个或更少的字符构建单词。 Max-allowed-packet = n&nbsp;&nbsp; 客户与服务器之间交换的数据包的最大长度，这个数字至少应该大于客户程序将要处理的最大BLOB块的长度。这个选项的默认设置是1MB。 Sql-mode = model1, mode2, …&nbsp;&nbsp; MySQL将运行在哪一种SQL模式下。这个选项的作用是让MySQL与其他的数据库系统保持最大程度的兼容。这个选项的可取值包括ansi、db2、 oracle、no_zero_date、pipes_as_concat。 注意：如果在配置文件里给出的某个选项是mysqld无法识别的，MySQL服务器将不启动。 </td> 
 </tr> 
 </tbody> 
 </table> </td> 
 </tr> 
 </tbody> 
</table>

<table style="border:1px solid rgb(231,227,231)"> 
 <tbody> 
 <tr> 
 <td> 
 <table> 
 <tbody> 
 <tr style="background-color:rgb(231,227,231)"> 
 <td>usidc5</td> 
 <td align="right">2013-09-12 10:22</td> 
 </tr> 
 <tr> 
 <td colspan="2"> 慢查询有什么用？&nbsp; 它能记录下所有执行超过long_query_time时间的SQL语句，帮你找到执行慢的SQL，方便我们对这些SQL进行优化。&nbsp; 测试用 MySQL 版本。&nbsp;--Server version: 5.6.10-log Source distribution&nbsp; 实验：&nbsp; a. 使用 mysql 自带慢查询日志分析工具 mysqldumpslow 。&nbsp; mysqldumpslow mysql-slow b. 使用 hackmysql.com 推出的一款日志分析工具 mysqlsla 。&nbsp; &nbsp;mysqlsla -lt slow mysql-slow&nbsp; c. 使用德国人写的 mysql_explain_slow_log&nbsp; ./mysql_explain_slow_log --user=root --password= --socket=/tmp/mysql.sock &lt; /usr/local/mysql/data/mysql-slow &nbsp; d.&nbsp;google code 上的一个分析工具 mysql_filter_slow_log （最后更新日期为2007年），提供了 python 和 php 两种可执行的脚本。&nbsp; &nbsp;python mysql_filter_slow_log.py /usr/local/mysql/data/mysql-slow --no-duplicates --sort-execution-count --top=10 e. 使用 percona-toolkit 中的 pt-query-digest （在《高性能MySQL》中多次提出，值得使用的工具）。&nbsp; &nbsp;pt-query-digest --user=root&nbsp;&nbsp;mysql-slow&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 总结：&nbsp; 
 <table style="width:600px"> 
 <tbody> 
 <tr> 
 <td>工具/功能</td> 
 <td>一般统计信息</td> 
 <td>高级统计信息</td> 
 <td>脚本</td> 
 <td>优势</td> 
 </tr> 
 <tr> 
 <td>mysqldumpslow</td> 
 <td>支持</td> 
 <td>不支持</td> 
 <td>perl</td> 
 <td>mysql官方自带</td> 
 </tr> 
 <tr> 
 <td>mysqlsla</td> 
 <td>支持</td> 
 <td>支持</td> 
 <td>perl</td> 
 <td>功能强大,数据报表齐全,定制化能力强</td> 
 </tr> 
 <tr> 
 <td>mysql-explain-slow-log</td> 
 <td>支持</td> 
 <td>不支持</td> 
 <td>perl</td> 
 <td>无</td> 
 </tr> 
 <tr> 
 <td>mysql-log-filter</td> 
 <td>支持</td> 
 <td>部分支持</td> 
 <td>python or php</td> 
 <td>不失功能的前提下,保持输出简洁</td> 
 </tr> 
 <tr> 
 <td>myprofi</td> 
 <td>支持</td> 
 <td>不支持</td> 
 <td>php</td> 
 <td>非常精简</td> 
 </tr> 
 </tbody> 
 </table> --参考自： <a href="http://blog.csdn.net/nightelve/article/details/17393631" rel="nofollow">http://blog.csdn.net/nightelve/article/details/17393631</a> <a href="http://www.usidcbbs.com/simple/?t291.html" rel="nofollow">http://www.usidcbbs.com/simple/?t291.html</a> </td> 
 </tr> 
 </tbody> 
 </table> </td> 
 </tr> 
 </tbody> 
</table>

\---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

最后来看看调优设置方法：