MySQL数据库优化（七）

　　CACHE INDEX 语句中用到的索引缓存是根据用 SET GLOBAL 语句的参数设定的值或者服务器启动参数指定的值创建的，如下：
　　mysql> SET GLOBAL keycache1.key_buffer_size=128*1024;
　　想要删除索引缓存，只需设置它的大小为0：
　　mysql> SET GLOBAL keycache1.key_buffer_size=0;
　　索引缓存变量是一个结构体变量，由名字和组件构成。例如 keycache1.key_buffer_size， keycache1
就是缓存名，key_buffer_size 是缓存组件。
　　默认地，表索引在服务器启动时指定到主(默认的)索引缓存中。当一个索引缓存被删掉后，指定到这个缓存的所有索引都被重新指向到了默认索引缓存中去。
　　对一个繁忙的系统来说，我们建议以下三条策略来使用索引缓存：
　　热缓存占用20%的总缓存空间。用于繁重搜索但很少更新的表。
　　冷缓存占用20%的总缓存空间。用于中等强度更新的表，如临时表。
　　冷缓存占用60%的总缓存空间。作为默认的缓存，用于所有其他表。
　　使用三个缓存的一个原因是好处在于，存取一个缓存结构时不会阻止对其他缓存的访问。访问一个表索引的查询不会跟指定到其他缓存的查询竞争。性能提高还表现在以下几点原因：
　　热缓存只用于检索记录，因此它的内容总是不需要变化。所以，无论什么时候一个索引区块需要从磁盘中引入，被选中要替换的缓存区块的内容总是要先被刷新。
　　索引被指向热缓存中后，如果没有需要扫描全部索引的查询，那么对应到B树中非叶子节点的索引区块极可能还保留在缓存中。
　　在临时表里必须频繁执行一个更新操作是相当快的，如果要被更新的节点已经在缓存中了，它无需先从磁盘中读取出来。当临时表的索引大小和冷缓存大小一样时，那么在需要更新一个节点时它已经在缓存中存在的几率是相当高的。

上一页  [1] [2] [3] [4] [5] 下一页

【责编:michael】