mysql 参数详解

妖狐艹你老母 2022-06-06 04:35 305阅读 0赞

设置慢查询时间的长度，以及慢查询日志存放的位置:

long\_query\_time=1  
slow\_query\_log\_file = /var/log/mysql/mysql-slow.log

避免Mysql的外部锁定，减少出错几率，增强稳定性:  
skip-external-locking

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

back\_log参数的值指出在MySQL暂时停止响应新请求之前，短时间内的多少个请求可以被存,在对堆栈中，如果系统短时间内有很多连接，则需>要增大该参数的值，该参数值指定到来的TCP/IP连接的监听队列的大小。不同的操作系统在这个队列的大小有自己的限制，将back\_log设定得高于操作系统的限制将是无效的，其默认值为50，对于LINUX系统而言，推荐设置为小于512的整数:

back\_log=1200 binlog\_cache\_size=64M

索引缓冲区大小，增加它可得到更好的索引处理性能，对于内存在4GB左右的服务器，该参数可设置为256M或384M。如果该参数值设置的过大>反而会使服务器的整体效率降低:

key\_buffer\_size=512M

设定在网络传输中一次消息传输量的最大值，系统默认值为1MB，最大值是1GB，必须设定为1024的倍数，单位为字节:

max\_allowed\_packet=64M

设置MySQL每个线程的堆栈大小，默认值足够大，可满足普通操作。可设置范围为128KB至4GB，默认192K:

thread\_stack=64M sort\_buffer\_size=64M

max\_connect\_errors = 6000 open\_files\_limit = 65535

table\_open\_cache=256 max\_heap\_table\_size=16M

设置Thread Cache池中可以缓存的连接池线程最大数量，可设置为0-16384,默认为0。1GB内存我们配置为8，2GB内存我们配置为16，4GB或4GB以上内在我们配置为64:

thread\_cache\_size=128

指定Mysql查询缓冲区的大小，可以通过在Mysql控制台观察，如果Qcache\_lowmem\_prunes的值非常大，则表明经常出现缓冲不够的情况，如果 Qcache\_hits的值非常大，则表明查询缓冲使用的非常频繁 :

query\_cache\_size=64M

query\_cache\_limit=64M

设置内在临时表最大值，如果超过该值，则会将临时表写入磁盘，其范围为1KB至4GB:

tmp\_table\_size=64M

指定MYSQL允许的最大连接进程数，如果在访问程序时经常出现TOO MANY CONNECTIONS的错误提示，则需要增大该参数值:

max\_connections=1500

max\_user\_connections=1500

指定一个请求的最大连接时间，对于4GB左右内在的服务器来说，可以将其设置为5－10:

wait\_timeout=100

该参数取值为服务器逻辑CPU数量\*2，比如，服务器有两个物理CPU，每个物理CPU支持HT超线程，所以实际取值4\*2=8，这也是目前双四核主流 服务器的配置:

join\_buffer\_size = 64M

开启该选项可以彻底关闭MYSQL的TCP/IP连接方式，如果WEB服务器是以远程连接的方式访问MYSQL的数据库服务器，则不要开启该选项，否则>将无法正常连接。 skip-networking   抱怨Innodb比MyISAM慢 100倍？那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush） 硬盘，这是很费时的。特别是使用电池供电缓存（Battery backed up cache）时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的>，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安>全方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系\#统 挂了时才可能丢数据:

innodb\_flush\_log\_at\_trx\_commit=2

这是 InnoDB 存储引擎的事务日志所使用的缓冲区。类似于 Binlog Buffer，InnoDB 在写事务日志的时候，为了提高性能，也是先将信息写>入 Innofb Log Buffer 中，当满足 innodb\_flush\_log\_trx\_commit 参数所设置的相应条件（或者日志缓冲区写满）之后，才会将日志写到文>件（或者同步到磁盘）中。可以通过 innodb\_log\_buffer\_size 参数设置其可以使用的最大内存空间:

innodb\_log\_buffer\_size=64M

innodb\_buffer\_pool\_size=64M

innodb\_log\_file\_size=1G

innodb\_file\_per\_table=1

innodb\_read\_io\_threads=10

innodb\_write\_io\_threads=10

innodb\_flush\_method=O\_DIRECT

innodb\_io\_capacity=1000

innodb\_io\_capacity\_max=1000

innodb\_lru\_scan\_depth=500

innodb\_thread\_concurrency=0

innodb\_autoinc\_lock\_mode=2

innodb\_log\_files\_in\_group=3

innodb\_max\_dirty\_pages\_pct=90

innodb\_lock\_wait\_timeout=100

bulk\_insert\_buffer\_size = 16M

innodb\_thread\_concurrency = 8

innodb\_purge\_threads = 1

tmp\_table\_size 的默认大小是 32M。如果一张临时表超出该大小，MySQL产生一个 The table tbl\_name is full 形式的错误，如果你做很多 \#高级 GROUP BY 查询，增加 tmp\_table\_size 值:

tmp\_table\_size=512M

随机读取数据缓冲区使用内存(read\_rnd\_buffer\_size)：和顺序读取相对应，当 MySQL 进行非顺序读取（随机读取）数据块的时候，会利用>这个缓冲区暂存读取的数据。如根据索引信息读取表数据，根据排序后的结果集与表进行Join等等。总的来说，就是当数据块的读取需要满足>一定的顺序的情况下，MySQL 就需要产生随机读取，进而使用到 read\_rnd\_buffer\_size 参数所设置的内存缓冲区:

read\_rnd\_buffer\_size=128M

你最好在定义数据库命名规则的时候就全部采用小写字母加下划线的组合，而不使用任何的大写字母:

lower\_case\_table\_names=1

设置校验模式 :

sql\_mode=NO\_ENGINE\_SUBSTITUTION,STRICT\_TRANS\_TABLES

默认配置没开查询缓存:

explicit\_defaults\_for\_timestamp

需要记录进制日志的数据库.如果有多个数据库可用逗号分隔,或者使用多个binlog-do-db选项:

binlog-do-db=showeedb

不需要记录进制日志的数据库.如果有多个数据库可用逗号分隔,或者使用多个binlog-do-db选项  :

binlog-ignore-db=mysql

需要进行同步的数据库.如果有多个数据库可用逗号分隔,或者使用多个replicate-do-db选项:

replicate-do-db=showeedb

不需要同步的数据库.如果有多个数据库可用逗号分隔,或者使用多个replicate-ignore-db选项:

replicate-ignore-db=mysql,test

同步参数:

server-id=1

log\_bin=/var/log/mysql/mysql-bin

保证slave挂在任何一台master上都会接收到另一个master的写入信息:

log-slave-updates

sync\_binlog=1

auto\_increment\_offset=1

auto\_increment\_increment=2

过滤掉一些没什么大问题的错误:

slave-skip-errors=all

第二部分

#### 1、目的： ####

通过根据服务器目前状况，修改Mysql的系统参数，达到合理利用服务器现有资源，最大合理的提高MySQL性能。

#### 2、服务器参数： ####

32G内存、4个CPU,每个CPU 8核。

#### 3、MySQL目前安装状况。 ####

MySQL目前安装，用的是MySQL默认的最大支持配置。拷贝的是my-huge.cnf.编码已修改为UTF-8.具体修改及安装MySQL,可以参考<<Linux系统上安装MySQL 5.5>>帮助文档。

#### 4、修改MySQL配置 ####

打开MySQL配置文件my.cnf

##### 4.1 MySQL非缓存参数变量介绍及修改 #####

###### 4.1.1修改back\_log参数值:由默认的50修改为500.（每个连接256kb,占用：125M） ######

back\_log=500

###### 4.1.2修改wait\_timeout参数值，由默认的8小时，修改为30分钟。(本次不用) ######

wait\_timeout=1800（单位为妙）

###### 4.1.3修改max\_connections参数值，由默认的151，修改为3000（750M）。 ######

max\_connections=3000

###### 4.1..4修改max\_user\_connections值，由默认的0，修改为800 ######

max\_user\_connections=800

###### 4.1.5修改thread\_concurrency值，由目前默认的8，修改为64 ######

thread\_concurrency=64

###### 4.1.6添加skip-name-resolve，默认被注释掉，没有该参数。 ######

skip-name-resolve

###### 4.1.7 skip-networking，默认被注释掉。没有该参数。（本次无用） ######

skip-networking建议被注释掉，不要开启

###### 4.1.8  default-storage-engine(设置MySQL的默认存储引擎) ######

default-storage-engine= InnoDB(设置InnoDB类型，另外还可以设置MyISAM类型)

<table style="border-collapse:collapse; border-spacing:0px; max-width:100%; padding:0px; margin:0px auto 10px; font-size:12px; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> 设置创建数据库及表默认存储类型 show&nbsp;table&nbsp;status&nbsp;like&nbsp;‘tablename’显示表的当前存储状态值 查看MySQL有哪些存储状态及默认存储状态 &nbsp;show&nbsp;engines; 创建表并指定存储类型 CREATE&nbsp;TABLE&nbsp;mytable&nbsp;(id&nbsp;int,&nbsp;title&nbsp;char(20))&nbsp;ENGINE&nbsp;=&nbsp;INNODB; 修改表存储类型： &nbsp;&nbsp;Alter&nbsp;table&nbsp;tableName&nbsp;engine&nbsp;=engineName &nbsp; 备注：设置完后把以下几个开启： #&nbsp;Uncomment&nbsp;the&nbsp;following&nbsp;if&nbsp;you&nbsp;are&nbsp;using&nbsp;InnoDB&nbsp;tables innodb_data_home_dir&nbsp;=&nbsp;/var/lib/mysql #innodb_data_file_path&nbsp;=&nbsp;ibdata1:1024M;ibdata2:10M:autoextend（要注释掉，否则会创建一个新的把原来的替换的。） innodb_log_group_home_dir&nbsp;=&nbsp;/var/lib/mysql #&nbsp;You&nbsp;can&nbsp;set&nbsp;.._buffer_pool_size&nbsp;up&nbsp;to&nbsp;50&nbsp;-&nbsp;80&nbsp;% #&nbsp;of&nbsp;RAM&nbsp;but&nbsp;beware&nbsp;of&nbsp;setting&nbsp;memory&nbsp;usage&nbsp;too&nbsp;high innodb_buffer_pool_size&nbsp;=&nbsp;1000M innodb_additional_mem_pool_size&nbsp;=&nbsp;20M #&nbsp;Set&nbsp;.._log_file_size&nbsp;to&nbsp;25&nbsp;%&nbsp;of&nbsp;buffer&nbsp;pool&nbsp;size innodb_log_file_size&nbsp;=&nbsp;500M innodb_log_buffer_size&nbsp;=&nbsp;20M innodb_flush_log_at_trx_commit&nbsp;=&nbsp;0 innodb_lock_wait_timeout&nbsp;=&nbsp;50 设置完后一定记得把MySQL安装目录地址（我们目前是默认安装所以地址/var/lib/mysql/）下的ib_logfile0和ib_logfile1删除掉。否则重启MySQL起动失败。 </td> 
 </tr> 
 </tbody> 
</table>

##### 4.2 MySQL缓存变量介绍及修改 #####

###### 4.2.1全局缓存 ######

4.2.1.1：key\_buffer\_size,本系统目前为384M,可修改为400M

key\_buffer\_size=400M

<table style="border-collapse:collapse; border-spacing:0px; max-width:100%; padding:0px; margin:0px auto 10px; font-size:12px; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;&nbsp;key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，对MyISAM(MySQL表存储的一种类型，可以百度等查看详情)表性能影响最大的一个参数。如果你使它太大，系统将开始换页并且真的变慢了。严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。对于内存在4GB左右的服务器该参数可设置为256M或384M. 怎么才能知道key_buffer_size的设置是否合理呢，一般可以检查状态值Key_read_requests和Key_reads&nbsp;&nbsp;&nbsp;，比例key_reads&nbsp;/&nbsp;key_read_requests应该尽可能的低，比如1:100，1:1000&nbsp;，1:10000。其值可以用以下命令查得：show&nbsp;status&nbsp;like&nbsp;'key_read%'; 比如查看系统当前key_read和key_read_request值为： +-------------------+-------+ |&nbsp;Variable_name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;Value&nbsp;| +-------------------+-------+ |&nbsp;Key_read_requests&nbsp;|&nbsp;28535&nbsp;| |&nbsp;Key_reads&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;269&nbsp;&nbsp;&nbsp;| +-------------------+-------+ 可知道有28535个请求，有269个请求在内存中没有找到直接从硬盘读取索引. 未命中缓存的概率为：0.94%=269/28535*100%.&nbsp;&nbsp;一般未命中概率在0.1之下比较好。目前已远远大于0.1，证明效果不好。若命中率在0.01以下，则建议适当的修改key_buffer_size值。 http://dbahacker.com/mysql/innodb-myisam-compare(<a title="Permanent Link to [存储引擎基础知识]InnoDB与MyISAM的六大区别" href="http://dbahacker.com/mysql/innodb-myisam-compare" style="background:transparent; color:rgb(1,95,145); margin:0px; padding:0px; outline:none" rel="nofollow">InnoDB与MyISAM的六大区别</a>) http://kb.cnblogs.com/page/99810/（查看存储引擎介绍） MyISAM、InnoDB、MyISAM&nbsp;Merge引擎、InnoDB、memory(heap)、archive </td> 
 </tr> 
 </tbody> 
</table>

4.2.1.2：innodb\_buffer\_pool\_size(默认128M)

innodb\_buffer\_pool\_size=1024M(1G)

<table style="border-collapse:collapse; border-spacing:0px; max-width:100%; padding:0px; margin:0px auto 10px; font-size:12px; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;innodb_buffer_pool_size:主要针对InnoDB表性能影响最大的一个参数。功能与Key_buffer_size一样。InnoDB占用的内存，除innodb_buffer_pool_size用于存储页面缓存数据外，另外正常情况下还有大约8%的开销，主要用在每个缓存页帧的描述、adaptive&nbsp;hash等数据结构，如果不是安全关闭，启动时还要恢复的话，还要另开大约12%的内存用于恢复，两者相加就有差不多21%的开销。假设：12G的innodb_buffer_pool_size，最多的时候InnoDB就可能占用到14.5G的内存。若系统只有16G，而且只运行MySQL，且MySQL只用InnoDB， 那么为MySQL开12G，是最大限度地利用内存了。 另外InnoDB和&nbsp;MyISAM&nbsp;存储引擎不同，&nbsp;MyISAM&nbsp;的&nbsp;key_buffer_size&nbsp;只能缓存索引键，而&nbsp;innodb_buffer_pool_size&nbsp;却可以缓存数据块和索引键。适当的增加这个参数的大小，可以有效的减少&nbsp;InnoDB&nbsp;类型的表的磁盘&nbsp;I/O&nbsp;。 当我们操作一个&nbsp;InnoDB&nbsp;表的时候，返回的所有数据或者去数据过程中用到的任何一个索引块，都会在这个内存区域中走一遭。 可以通过&nbsp;(Innodb_buffer_pool_read_requests&nbsp;–&nbsp;Innodb_buffer_pool_reads)&nbsp;/&nbsp;Innodb_buffer_pool_read_requests&nbsp;*&nbsp;100%&nbsp;计算缓存命中率，并根据命中率来调整&nbsp;innodb_buffer_pool_size&nbsp;参数大小进行优化。值可以用以下命令查得：show&nbsp;status&nbsp;like&nbsp;'Innodb_buffer_pool_read%'; 比如查看当前系统中系统中 |&nbsp;Innodb_buffer_pool_read_requests&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;1283826&nbsp;| |&nbsp;Innodb_buffer_pool_reads&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;519&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| +---------------------------------------+---------+ 其命中率99.959%=（1283826-519）/1283826*100%&nbsp;&nbsp;命中率越高越好。 </td> 
 </tr> 
 </tbody> 
</table>

4.2.1.3：innodb\_additional\_mem\_pool\_size(默认8M)

innodb\_additional\_mem\_pool\_size=20M

4.2.1.4：innodb\_log\_buffer\_size(默认8M)

innodb\_log\_buffer\_size=20M

4.5.1.5：query\_cache\_size(默认32M)

query\_cache\_size=40M

<table style="border-collapse:collapse; border-spacing:0px; max-width:100%; padding:0px; margin:0px auto 10px; font-size:12px; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;query_cache_size:&nbsp;主要用来缓存MySQL中的ResultSet，也就是一条SQL语句执行的结果集，所以仅仅只能针对select语句。当我们打开了&nbsp;Query&nbsp;Cache功能，MySQL在接受到一条select语句的请求后，如果该语句满足Query&nbsp;Cache的要求(未显式说明不允许使用Query&nbsp;Cache，或者已经显式申明需要使用Query&nbsp;Cache)，MySQL会直接根据预先设定好的HASH算法将接受到的select语句以字符串方式进行hash，然后到Query&nbsp;Cache中直接查找是否已经缓存。也就是说，如果已经在缓存中，该select请求就会直接将数据返回，从而省略了后面所有的步骤(如SQL语句的解析，优化器优化以及向存储引擎请求数据等)，极大的提高性能。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。 当然，Query&nbsp;Cache也有一个致命的缺陷，那就是当某个表的数据有任何任何变化，都会导致所有引用了该表的select语句在Query&nbsp;Cache中的缓存数据失效。所以，当我们的数据变化非常频繁的情况下，使用Query&nbsp;Cache可能会得不偿失 &nbsp;&nbsp;&nbsp;Query&nbsp;Cache的使用需要多个参数配合，其中最为关键的是query_cache_size和query_cache_type，前者设置用于缓存&nbsp;ResultSet的内存大小，后者设置在何场景下使用Query&nbsp;Cache。在以往的经验来看，如果不是用来缓存基本不变的数据的MySQL数据库，query_cache_size一般256MB是一个比较合适的大小。当然，这可以通过计算Query&nbsp;Cache的命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))来进行调整。&nbsp;query_cache_type可以设置为0(OFF)，1(ON)或者2(DEMOND)，分别表示完全不使用query&nbsp;cache，除显式要求不使用query&nbsp;cache(使用sql_no_cache)之外的所有的select都使用query&nbsp;cache，只有显示要求才使用query&nbsp;cache(使用sql_cache)。如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲.&nbsp;如果Qcache_hits的值也非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小； 根据命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))进行调整，一般不建议太大，256MB可能已经差不多了，大型的配置型静态数据可适当调大. 可以通过命令：show&nbsp;status&nbsp;like&nbsp;'Qcache_%';查看目前系统Query&nbsp;catch使用大小 |&nbsp;Qcache_hits&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;1892463&nbsp;&nbsp;| |&nbsp;Qcache_inserts&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;35627&nbsp;&nbsp; 命中率98.17%=1892463/(1892463&nbsp;+35627&nbsp;)*100 </td> 
 </tr> 
 </tbody> 
</table>

###### 4.2.2局部缓存 ######

4.2.2.1：read\_buffer\_size（默认值：2097144即2M）

read\_buffer\_size=4M

4.2.2.2：sort\_buffer\_size（默认值：2097144即2M）

sort\_buffer\_size=4M

4.2.2.3:  read\_rnd\_buffer\_size(默认值：8388608即8M)

read\_rnd\_buffer\_size=8M

4.2.2.4:  tmp\_table\_size(默认值：8388608 即：16M)

tmp\_table\_size=16M

4.2.2.5：record\_buffer:（默认值：）

###### 4.2.3其它缓存： ######

4.2.3.1：table\_cache(默认值：512)

<table style="border-collapse:collapse; border-spacing:0px; max-width:100%; padding:0px; margin:0px auto 10px; font-size:12px; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> 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&nbsp;STATUS&nbsp;LIKE&nbsp;‘Open%tables’获得）。注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。 SHOW&nbsp;STATUS&nbsp;LIKE&nbsp;'Open%tables'; +---------------+-------+ |&nbsp;Variable_name&nbsp;|&nbsp;Value&nbsp;| +---------------+-------+ |&nbsp;Open_tables&nbsp;&nbsp;&nbsp;|&nbsp;356&nbsp;&nbsp;&nbsp;| |&nbsp;Opened_tables&nbsp;|&nbsp;0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| +---------------+-------+ 2&nbsp;rows&nbsp;in&nbsp;set&nbsp;(0.00&nbsp;sec) open_tables表示当前打开的表缓存数，如果执行flush&nbsp;tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小； opend_tables表示曾经打开的表缓存数，会一直进行累加，如果执行flush&nbsp;tables操作，值不会减小。 在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值&nbsp;是2048，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生&nbsp;更多的死锁（dead&nbsp;lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的&nbsp;table_cache值。 由于MySQL是多线程的机制,为了提高性能,每个线程都是独自打开自己需要的表的文件描&nbsp;述符,而不是通过共享已经打开的.针对不同存储引擎处理的方法当然也不一样 在myisam表引擎中,数据文件的描述符&nbsp;(descriptor)是不共享的,但是索引文件的描述符却是所有线程共享的.Innodb中和使用表空间类型有关,假如是共享表空间那么实际就一个数&nbsp;据文件,当然占用的数据文件描述符就会比独立表空间少. mysql手册上给的建议大小&nbsp;是:table_cache=<code style="font-family:Monaco,Menlo,Consolas,&quot;Courier New&quot;,monospace; padding:0px; color:rgb(199,37,78); white-space:nowrap; background-color:rgb(249,242,244); margin:0px">max_connections*n</code> <code style="font-family:Monaco,Menlo,Consolas,&quot;Courier New&quot;,monospace; padding:0px; color:rgb(199,37,78); white-space:nowrap; background-color:rgb(249,242,244); margin:0px">n表示查询语句中最大表数,&nbsp;还需要为临时表和文件保留一些额外的文件描述符。</code> 这个数据遭到很多质疑,table_cache够用就好,检查&nbsp;Opened_tables值,如果这个值很大,或增长很快那么你就得考虑加大table_cache了. &nbsp;&nbsp;table_cache：所有线程打开的表的数目。增大该值可以增加mysqld需要的文件描述符的数量。默认值是64. </td> 
 </tr> 
 </tbody> 
</table>

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

thread\_cache\_size=64