纯粹的MyISAM纯粹引擎表，tmp_table_size是线程独享吗，如果是的话，参数如何设置呢？

oraclemch

根据通用的mysql内存计算公司：  
1) 系统使用，假设预留800M；
2) 线程独享，约4.5GB = 151 * (10M + 10M + 5M + 5M + 512K)，组成大概如下:
sort_buffer_size：10M
join_buffer_size：10M
read_buffer_size：5M
read_rnd_buffer_size：5M
thread_stack：512KB
3）MyISAM Key Cache
  key_buffer_size 2.4G
4）Innodb Buffer Pool：忽略，目前系统没有innodb存储引擎的表。

总计算：内存使用量 系统占用+峰值所有线程占用+MyiSAM Key Cache占用：800M+4.5G+2.4G=7.7G，还余有0.3G。

可是有人对这个有疑问，说计算的第5项不是thread_stack而是tmp_table_size；大家都知道tmp_table_size值默认是16M，很大的，如果这个也是线程独享的话，那我的内层计算中光tmp_table_size*151就已经有2.4G了，我别的参数还怎么分配值啊？

在参数设置这块，头大啊！

jinguanding

是独享的，但都是按需分配的.....只能说以最坏的情况下可支撑多少连接并发.....

事实上肯定不让其这么多最坏情况发生的...

ban_ping

tmp_table_size只是一个限制mysql内部产生的内存临时表的阈值，超过这个值会被转移到磁盘上，并不是实际就要分配的这么大的内存数量。

jiwang1980

tmp_table_size

如果内存内的临时表超过该值，MySQL自动将它转换为硬盘上的MyISAM表。如果你执行许多高级GROUP BY查询并且有大量内存，则可以增加tmp_table_size的值。

Created_tmp_disk_tables 与Created_tmp_tables 的比率过高，如超过10%，则
我们需要考虑是否tmp_table_size 这个系统参数所设置的足够大。当然，如果系
统内存有限，也就没有太多好的解决办法了。 --from reference book

oraclemch

原帖由 jinguanding 于 2011-1-13 21:39 发表
是独享的，但都是按需分配的.....只能说以最坏的情况下可支撑多少连接并发.....

事实上肯定不让其这么多最坏情况发生的...

也就是，在计算内存的时候，不需要太考虑这个参数的数值，对不对？

mysqldbd

原帖由 oraclemch 于 2011-1-18 16:27 发表



也就是，在计算内存的时候，不需要太考虑这个参数的数值，对不对？

差不多吧！