关于innodb_buffer_pool_size

streetboy85

我的mysql设了innodb_buffer_pool_size = 2048M，之前启动mysql的时候，会用2G多的内存，但是现在开的时候，发现只用了1G内存，请问没人能解释一下，谢谢！
我们目前是有2台一模一样配置的db server，my.cnf也一样，但是有一台mysql启动后，只用了1G内存，另外一台就2G

[ 本帖最后由 streetboy85 于 2009-4-29 21:01 编辑 ]

Coolriver

innodb_buffer_pool_size　　这个参数和MyISAM的key_buffer_size有相似之处，但也是有差别的。这个参数主要缓存innodb表的索引，数据，插入数据时的缓冲。为Innodb加速优化首要参数。　　该参数分配内存的原则：这个参数默认分配只有8M，可以说是非常小的一个值。如果是一个专用ＤＢ服务器，那么他可以占到内存的70%-80%。这个参数不能动态更改，所以分配需多考虑。分配过大，会使Swap占用过多，致使Mysql的查询特慢。如果你的数据比较小，那么可分配是你的数据大小＋１０％左右做为这个参数的值。
例如：数据大小为５０Ｍ,那么给这个值分配innodb_buffer_pool_size＝６４Ｍ
设置方法：innodb_buffer_pool_size=4G这个参数分配值的使用情况可以根据show innodb status\G;中的
----------------------BUFFER POOL AND MEMORY----------------------
Total memory allocated 4668764894; 去确认使用情况。

参考一下：
http://www.mysqlsupport.cn/2009/04/mysql-innodb.html

这个参数控制

streetboy85

這是我部份的innodb status
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 1692, seg size 1694,
0 inserts, 0 merged recs, 0 merges
Hash table size 8850487, node heap has 469 buffer(s)
331.36 hash searches/s, 501.37 non-hash searches/s
---
LOG
---
Log sequence number 31 2167340869
Log flushed up to   31 2167339787
Last checkpoint at  31 1817278955
0 pending log writes, 0 pending chkp writes
880839 log i/o's done, 89.08 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 2330217576; in additional pool allocated 8331264
Dictionary memory allocated 853680
Buffer pool size   131072
Free buffers       63273
Database pages     67319
Modified db pages  17287
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages read 60643, created 6676, written 172809
0.67 reads/s, 1.45 creates/s, 1.93 writes/s
Buffer pool hit rate 1000 / 1000
--------------
ROW OPERATIONS
--------------
2 queries inside InnoDB, 0 queries in queue
2 read views open inside InnoDB
Main thread process no. 6620, id 685824912, state: sleeping
Number of rows inserted 2510707, updated 280021, deleted 2463653, read 871433433
303.64 inserts/s, 29.15 updates/s, 298.51 deletes/s, 1066971.10 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

1 row in set, 1 warning (0.01 sec)

ERROR:
No query specified


是设了2G，但是top的时候，RES只有1.2G，VIRT是2387m
另外一台机器是RES 2.2G，VIRT是2385m，上面的那台比这台负载高很多

Coolriver

按理论上用户越多这个值实际占用越高。

但有一种情况是比较特殊的。

对于写入量大的业务，表索引设计不好的情况。更新量大，那么这个值有可能占用不会高。但总体上来看，这个值还是应当是全部占用才对。

请在观查一下。

服务有压力，运维也有压力，也就转化成工作的压力了。一定要顶住！