MySQL占用虚拟内存非常高怎么办

本文章来介绍一下关于MySQL占用虚拟内存非常高的解决办法，有需要学习的朋友可参考本文章。

mysql狂吃内存，刚启动的内存只占700M，半天后1.5G，运行2天后就占3G内存了，包括FP，以前重启MYSQL就降下来了，这样我就设置计划任务每天早上自动重启mysql，但现在重启mysql也没用，竟然连同FP占用4.5G内存，而我服务器只有2G物理内存，造成网站运行超级慢。怎么办？？？？

服务器配置是win2003+PHP5+MYSQL5+ZEND3.3 ~~~~~my.ini

解决办法

解决mySQL占用内存超大问题
为了装mysql环境测试，装上后发现启动后mysql占用了很大的虚拟内存，达8百多兆。网上搜索了一下，得到高人指点my.ini。再也没见再详细的了..只好打开my.ini逐行的啃，虽然英文差了点，不过多少M还是看得明的^-^

更改后如下：

代码如下	复制代码
innodb_buffer_pool_size=576M ->256M InnoDB引擎缓冲区占了大头，首要就是拿它开刀 query_cache_size=100M           ->16M 查询缓存 tmp_table_size=102M                 ->64M 临时表大小 key_buffer_size=256m                 ->32M

重启mysql服务后，虚拟内存降到200以下．

另外mysql安装目录下有几个文件：my-huge.ini 、my-large.ini、my-medium.ini...这几个是根据内存大小作的建议配置，新手在设置的时候也可以参考一下。

2G内存的MYSQL数据库服务器 my.ini优化 (my.ini)

2G内存,针对站少,优质型的设置,试验特：

代码如下

复制代码

table_cache=1024 物理内存越大,设置就越大.默认为2402,调到512-1024最佳 innodb_additional_mem_pool_size=8M    默认为2M innodb_flush_log_at_trx_commit=0 等到innodb_log_buffer_size列队满后再统一储存,默认为1 innodb_log_buffer_size=4M           默认为1M innodb_thread_concurrency=8        你的服务器CPU有几个就设置为几,默认为8 key_buffer_size=256M                    默认为218        调到128最佳 tmp_table_size=64M                    默认为16M         调到64-256最挂 read_buffer_size=4M                    默认为64K read_rnd_buffer_size=16M           默认为 ......

测试

2G内存,针对站多,抗压型的设置,最佳：

 

代码如下

复制代码

table_cache=1024 物理内存越大,设置就越大.默认为2402,调到512-1024最佳 innodb_additional_mem_pool_size=4M   默认为2M innodb_flush_log_at_trx_commit=1 (设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1) innodb_log_buffer_size=2M             默认为1M innodb_thread_concurrency=8       你的服务器CPU有几个就设置为几,建议用默认一般为8 key_buffer_size=256M                       默认为218       调到128最佳 tmp_table_size=64M                      默认为16M        调到64-256最挂 read_buffer_size=4M                       默认为64K read_rnd_buffer_size=16M              默认为256K sort_buffer_size=32M                   默认为256K max_connections=1024                 默认为1210 thread_cache_size=120             默认为60 query_cache_size=64M

优化mysql数据库性能的十个参数:
(1)、max_connections
允许的同时客户的数量。增加该值增加 mysqld 要求的文件描述符的数量。这个数字应该增加，否则，你将经常看到 too many connections 错误。

(2)、record_buffer
每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。

(3)、key_buffer_size
索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。

(4)、back_log
要求mysql能有的连接数量。当主要mysql线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。
back_log 值指出在mysql暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的tcp/ip连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。
当你观察你的主机进程列表，发现大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | null | connect | null | login | null 的待连接进程时，就要加大 back_log 的值了。

(5)、interactive_timeout
服务器在关闭它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对 mysql_real_connect()使用 client_interactive 选项的客户。

(6)、sort_buffer
每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速order by或group by操作。

(7)、table_cache
为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。mysql对每个唯一打开的表需要2个文件描述符。

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

(9)、mysql的搜索功能
用mysql进行搜索，目的是能不分大小写，又能用中文进行搜索
只需起动mysqld时指定 –default-character-set=gb2312

(10)、wait_timeout
服务器在关闭它之前在一个连接上等待行动的秒数。
注：上面的结果也仅仅是个人一些看法，你可以根据你自己主机的硬件情况（特别是内存大小）进一步修改。