您的位置:首页 > 数据库 > MySQL

MySQL服务器参数配置优化

2014-01-07 14:55 267 查看
(1)、innodb_buffer_pool_size 的设置

innodb_buffer_pool_size 定义了 InnoDB 存储引擎的表数据和索引数据的最大内存缓冲区大小。和 MyISAM 存储引擎不同, MyISAM 的 key_buffer_size 只能缓存索引键,而 innodb_buffer_pool_size 却可以缓存数据块和索引键。适当的增加这个参数的大小,可以有效的减少 InnoDB
类型的表的磁盘 I/O 。在一个以 InnoDB 为主的专用数据库服务器上,可以考虑把该参数设置为物理内存大小的 60%-70% ,在运行多个服务的服务器上,不宜过大,视情况5-20%即可。

SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_pages_data';

SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_pages_total';

SHOW GLOBAL STATUS LIKE 'Innodb_page_size';

'Innodb_buffer_pool_pages_data' X 100 / 'Innodb_buffer_pool_pages_total'

当结果 > 95% 则增加 innodb_buffer_pool_size, 建议使用 ram total 75%

建议值大小为: Innodb_buffer_pool_pages_data * Innodb_page_size * 1.05 / (1024*1024*1024)

(2)、key_buffer_size的设置

key_buffer_size只对MyISAM表起作用。即使你不使用MyISAM表,但是内部的临时磁盘表是MyISAM表,也要使用该值。可以使用检查状态值#
created_tmp_disk_tables得知详情。指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低!如果你使它太大,系统将开始换页并且真的变慢了。

key_buffer_size被所有线程共享,它指定索引缓冲区的大小,它决定索引处理的速度,尤其是索引读的速度。通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads
/ key_read_requests应该尽可能的低,至少是1:100,1:1000更好。key_buffer_size被所有线程共享,严格说是它决定了数据库索引处理的速度,尤其是索引读的速度。

show status like "key_%"

Key_blocks_unused
未用的key_buffer缓存簇(blocks)数

Key_blocks_used 已用的key_buffer缓存簇数

Key_read_requests 请求key_buffer的次数

Key_reads key_buffer中找不到,读取磁盘的次数

key_buffer使用率 = (Key_blocks_used/(Key_blocks_used+Key_blocks_unused))*100%

key_buffer未命中率 = Key_reads/Key_read_requests*100%

当MySQL执行某个利用了MyISAM数据表索引的语句的时候,它会使用键缓存来保持索引值。这种缓存减少了磁盘I/O:如果在缓存中找到了某个数据表需要的键值,就不需要再次从磁盘中读取。不幸的是,这种键缓存是有限的,并且在默认情况下,它是所有的MyISAM数据表共享使用的。如果在键缓存中没有找到键值并且键缓存是满的,争用将会导致:必须丢弃缓存中的某些值,为新值留出空间。如果下次需要那些已经被丢弃的值,就必须再次从磁盘上读取。

如果你很倚重MyISAM数据表,那么把它的键保存在内存中效果会很好,但是缓存中的争用却会导致相反的效果。从同一张表或不同的表读取数据都可能引起争用。你可以通过把键缓存设置成足以保存某个特定数据表的全部索引,从而避免同一张数据表的争用,但是其它数据表的键仍然需要争用缓存空间。

MySQL 4.1以上版本为这个问题提供了一种解决方案:它支持我们建立多个键缓存,并允许我们把某张数据表的索引指定并且预先装入某个缓存。如果你的数据表使用得很频繁,并且你有足够的内存,能够把它的索引载入缓存中,那么这种操作就是有用的。这种能力允许你同时避免同一张表和不同的表的争用:建立一个足够大的缓存,让它保存数据表的全部索引,并且指定该缓存专门用于那张数据表。在键被载入缓存之后,不在需要磁盘I/O操作。同时,键值永远不会被丢弃,对数据表的键的查看操作可以在内存中完成。

下面的例子显示了如何为sampdb数据库的member数据表建立一个键缓存,该缓存的名称是member_cache,大小为1MB。执行这些指令的时候,你必须有超级(SUPER)权限。

a、建立一个足够容纳数据表索引的独立的缓存:

SET GLOBAL member_cache.key_buffer_size = 1024*1024;

b、给数据表指定键缓存:

CACHE INDEX member IN member_cache;

c、把数据表索引预先读入它的键缓存中:

LOAD
INDEX INTO CACHE member;

如果你希望把其它的数据表载入同一个缓存中,或者为其它的数据表建立键缓存,上面的操作就足够了。

1)
键缓存池可以设置得很大,因为个人理解它比表缓存有更好的效率

2)因为是共享的键缓存池。存在的争用缓存空间的问题。解决的方法是为常用的重析键单独开键缓存池空间
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: