微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

【Mysql】快速定位不合理的索引——MySQL索引调优一

原文地址:http://mp.weixin.qq.com/s?__biz=MjM5MjIxNDA4NA==&mid=401131835&idx=1&sn=37c5fd9d3d8670fb379a1e0565e50eeb&scene=0#wechat_redirect

创建索引是门技术活,开发DBA的工作之一就是配合应用创建最优的索引。然大部分公司并没有开发DBA一职,大多数的索引创建需要由程序开发人员自己完成,这导致的一个后果是,索引创建的好与坏大部分情况下需要看这个程序猿的气质


通常,Inside君通过下面这条sql语句来检视创建的索引(同时喝着咖啡,听着音乐),大部分情况下可以定位出90%的索引创建不合理情况:

可惜的是上述sql语句并不能工作在MySQL 5.6版本下(即使最新的MysqL 5.6.28版本),因为目前5.6的STATISTICS表中关于Cardinality的统计错误的!!!具体可见MysqL bugs #78066。但是,表innodb_index_stats中关于Cardinality值得统计依然是正确的,那么问题来了:
  1. 有谁知道5.6下上述sql该如何改写?

  2. 如何修复5.6下的Cardinality Bug?





版本《=5.6


  1. 查找未被使用的索引:
  2. MysqL> select OBJECT_SCHEMA,OBJECT_NAME,INDEX_NAME from performance_schema.table_io_waits_summary_by_index_usage where INDEX_NAME is not null  and COUNT_STAR=0 and OBJECT_SCHEMA='xdq' and OBJECT_NAME='order_reasons_dispute' order by OBJECT_SCHEMA,OBJECT_NAME;
    +---------------+-----------------------+------------+
    | OBJECT_SCHEMA | OBJECT_NAME           | INDEX_NAME |
    +---------------+-----------------------+------------+
    | xdq           | order_reasons_dispute | PRIMARY    |
    | xdq           | order_reasons_dispute | s_uid      |
    | xdq           | order_reasons_dispute | b_uid      |
    | xdq           | order_reasons_dispute | c_time     |
    | xdq           | order_reasons_dispute | r_time     |
    +---------------+-----------------------+------------+
    5 rows in set (0.15 sec)


版本=5.7
  1. MysqL> select * from sys.schema_redundant_indexes   冗余索引
  2. MysqL> select * from schema_unused_indexes ;      未使用索引  --详见MysqL5.7 sys schema视图详解   
  3. MysqL> select * from statements_with_full_table_scans; 使用全表扫描的sql语句 等




免责声明:本站发布的内容图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐