根据 MySQL 状态优化 ---- 3. key_buffer_size

查看 MySQL 服务器运行的各种状态值:

mysql> show global status;

3. key_buffer_size

key_buffer_size 是设置 MyISAM 表索引引擎缓存空间的大小,此参数对 MyISAM 表性能影响最大。

查看设置:

mysql> show variables like ‘key_buffer_size‘;
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| key_buffer_size | 536870912|
+-----------------+----------+
1 row in set (0.10 sec)

由结果可知分配了 512MB 内存给 key_buffer_size

查看使用情况:

mysql> show global status like ‘key_read%‘;
+-------------------+-------------+
| Variable_name     | Value       |
+-------------------+-------------+
| Key_read_requests | 27813678764 |
| Key_reads         | 6798830     |
+-------------------+-------------+
2 rows in set (0.00 sec)

一共有 27813678764 个索引读取请求,有 6798830 个请求在内存中没有找到,直接从硬盘读取索引。

计算索引未命中缓存的概率:

key_cache_miss_rate = Key_reads / Key_read_request * 100%

key_cache_miss_rate 在 0.1% 以下都很好(每1000个请求有一个直接读硬盘),若在 0.01% 以下,则说明 key_buffer_size 分配得过多,可适当减少。

mysql> show global status like ‘key_blocks_u%‘;
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Key_blocks_unused | 0     |
| Key_blocks_used   | 413543|
+-------------------+-------+
2 rows in set (0.00 sec)

Key_blocks_unused:未使用的缓存簇(blocks)数。

Key_blocks_used:曾经用到的最大 blocks 数。

从结果看,所有缓存都用到了,要么增加 key_buffer_size,要么就是过度索引,把缓存占满了。

比较理想的设置是:

Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

时间: 2024-10-09 00:02:11

根据 MySQL 状态优化 ---- 3. key_buffer_size的相关文章

mysql优化之key_buffer_size

key_buffer_size指定索引缓冲区的大小,它决定索引处理的速度,尤其是索引读的速度.通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理 key_buffer_size 对MyISAM表性能影响很大. 1.查询 mysql> show variables like 'key_buffer_size'; +-----------------+------------+ | Variable_name | Value |

mysql性能优化-慢查询分析、优化索引和配置

一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)      key_buffer_size 5)      query_cache_size 6)      record_buffer_size 7)      read_rnd_buffer

MySQL 性能优化---索引及优化

博主QQ:819594300 博客地址:http://zpf666.blog.51cto.com/ 有什么疑问的朋友可以联系博主,博主会帮你们解答,谢谢支持! 一.MySQL性能优化之-影响性能的因素 1.商业需求的影响 Myisam存储引擎内置一个计数器,count(*)时直接从计数器读取:而通过innodb存储引擎查找某个数据时,是必须扫描全表的,所以当执行对表的统计(即使用count(*)函数)时,myisam要比innodb要快的很多.所以一般在innodb上执行count(*)时一般要

Mysql5.7—mysql性能优化-索引、语句、配置(运维必备)

小生博客:http://xsboke.blog.51cto.com 小生 Q Q:1770058260 -------谢谢您的参考,如有疑问,欢迎交流 一. 数据库的类型 1) 第一代数据库: 基于层次模型与网状模型的数据库 层次型数据库比较经典的是IBM公司的IMS(InformationManagement System)数据库,层次型数据库提供了良好的完整性支持,模型简单,对具有一对多层关系的部们描述非常自然.直观,容易理解,比较适用于那些实体间联系是固定的且预先定义好的环境,其性能优于关

MySQL 配置优化

下面列出了对性能优化影响较大的主要变量,主要分为连接请求的变量和缓冲区变量. 1.   连接请求的变量: 1)     max_connections MySQL的最大连接数,增加该值增加mysqld 要求的文件描述符的数量.如果服务器的并发连接请求量比较大,建议调高此值,以增加并行连接数量,当然这建立在机器能支撑的情况下,因为如果连接数越多,介于MySQL会为每个连接提供连接缓冲区,就会开销越多的内存,所以要适当调整该值,不能盲目提高设值. 数值过小会经常出现ERROR 1040: Too m

MYSQL之性能优化 ----MySQL性能优化必备25条

今天,数据库的操作越来越成为整个应用的性能瓶颈了,这点对于Web应用尤其明显.关于数据库的性能,这并不只是DBA才需要担心的事,而这更是我 们程序员需要去关注的事情.当我们去设计数据库表结构,对操作数据库时(尤其是查表时的SQL语句),我们都需要注意数据操作的性能.这里,我们不会讲过 多的SQL语句的优化,而只是针对MySQL这一Web应用最多的数据库.希望下面的这些优化技巧对你有用. 1. 为查询缓存优化你的查询 大多数的MySQL服务器都开启了查询缓存.这是提高性最有效的方法之一,而且这是被

CentOS服务器下对mysql的优化

原文链接: CentOS服务器下对mysql的优化 一.mysql的优化思路 mysql的优化分为两方面: 1. 服务器使用前的优化 2. 服务使用中的优化 二.mysql的基础优化步骤 1. 硬件级优化 (1). 最好mysql自己使用一台物理服务器 (2). 内存和CPU方面,根据需求给予mysql服务器足够大的内存和足够多的CPU核数 (3). 避免使用Swap交换分区–交换时从硬盘读取的它的速度很慢,有的DBA安装系统时就不装swap分区 (4). 如果是mysql主库,硬盘可以选用比较

Mysql数据库优化技术之配置篇、索引篇 ( 必看 必看 转)

转自:Mysql数据库优化技术之配置篇.索引篇 ( 必看 必看 ) (一)减少数据库访问 对于可以静态化的页面,尽可能静态化 对一个动态页面中可以静态的局部,采用静态化 部分数据可以生成XML,或者文本文件形式保存 使用数据缓存技术,例如: MemCached (二)优化的检测方法 1.用户体验检测 2.Mysql状态检测 在Mysql命令行里面使用show status命令,得到当前mysql状态. 主要关注下列属性: key_read_requests (索引读的请求数)(key_buffe

MySQL数据库优化之一配置文件

服务器物理硬件的优化 在挑选硬件服务器时,我们应该从下面几个方面着重对MySQL服务器的硬件配置进行优化,也就是说将项目中的资金着重投入到如下几处: 1.磁盘寻道能力(磁盘I/O),我们现在用的都是SAS15000转的硬盘,用6快这样的硬盘作RAID1+0.MySQL每一秒钟都在进行大量.复杂的查询操作,对磁盘的读写量可想而知,所以,通常认为磁盘I/O是约制MySQL性能的最大因素之一.对于日均访问量在100万PV以上的论坛(Discuz).博客(Wordpress),如果性能不好,造成的直接后