[日常] mysql的索引使用情况测试
1.索引(Index)是帮助MySQL高效获取数据的数据结构,可以理解为“排好序的快速查找数据结构”,在数据之外,数据库系统还维护着满足特定查找算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构上实现高级查找算法
2.建表的时候创建索引,创建群发已发送邮件表:
create table mass_mail_send(
id int auto_increment primary key,
sender varchar(125) not null default '',
mass_id int not null default 0,
subject varchar(255) not null default '',
location varchar(255) not null default '',
send_time int not null default 0,
user_email_id int not null default 0,
index (mass_id),
index (user_email_id)
)engine=innodb charset utf8;
3.在mass_id和user_email_id上创建了普通索引
4.使用explain检测索引是否被用到了
select_type:SIMPLE(普通的select),PRIMARY(有子查询),UNION(有联合查询)
table:输出行所用的表
type:连接类型 从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和all
possible_keys:显示可能应用在这张表中的索引
key: 实际使用的索引
key_len:使用的索引的长度。在不损失精确性的情况下,长度越短越好
5.查看索引的使用情况统计
1.show status like 'Handler_read%';查看索引的使用情况
Handler_read_first 全索引扫描
Handler_read_key 数值越高越好,高效的使用了索引
Handler_read_next 越小越好
Handler_read_rnd 没有使用索引或者使用太多排序
Handler_read_prev 代表读取索引的上列,一般发生在ORDER BY … DESC。
Handler_read_rnd_next 进行数据文件扫描,越小越好
相关文章
- Redis系列2:数据持久化提高可用性
- 数据库系列:MySQL索引优化总结(综合版)
- 数据库系列:高并发下的数据字段变更
- Redis系列1:深刻理解高性能Redis的本质
- 微服务9:服务治理来保证高可用
- MQ系列1:消息中间件执行原理
- 微服务8:通信之RPC实践篇(附源码)
- 基于AOP的动态数据源切换(附源码)
- 微服务7:通信之RPC
- 微服务6:通信之网关
- 架构与思维:高并发下解决主从延时的一些思路
- 微服务5:服务注册与发现(实践篇)
- 分布式:分布式系统下的唯一序列
- 微服务4:服务注册与发现
- 架构与思维:分布式锁方案分析
- 微服务3:微服务拆分策略
- 架构与思维:高并发下幂等性解决方案
- 微服务2:微服务全景架构
- 分布式:分布式事务(CAP、两阶段提交、三阶段提交)
- 微服务1:微服务及其演进史