MySQL优化 之查询慢了可能是您的索引没建好

sql 运行慢 超过3秒 原因是什么呢

• 执行时间长
• 等待时间长
• join in 太多了
• 无索引
• 索引失效

解决方法 1 — 加索引

注释:

• 排好序的快速查找数据结构
• 在数据只外, 数据库系统还维护着满足特定查找算法的数据结构, 这些数据结构以某种方式引用(指向)数据, 这样就可以在这些数据结构上实现高级查找算法. 这种数据结构,就是索引.
• 一般来说索引本身也很大, 不可能全部存储在内存中, 因此索引往往以索引文件的形式存储的磁盘上
• 我们平时所说的索引, 如果没有特别指明, 都是值 B树(多路搜索树, 并不一定是二叉树)结构组织的索引

create index idx_user_name
on user(name)

• 索引的优势

• 类似大学图书馆建数目索引, 提高数据检索的效率, 降低数据库的IO成本
• 通过索引列数据进行排序, 降低数据排序的成本, 减低了CPU的消耗

• 索引的劣势

• 实际上索引也是一张表, 该表保存了主键与索引字段, 并指向实体表的记录, 所以索引列也是要占用空间的
• 虽然索引大大提高了查询速度, 同时却会降低更新表的速度, 如对表进行Insert , update 和delete
• 因为更新表时, mySql 不仅要保存数据,还要保存索引文件,每次更新添加了索引列的字段,都会调整因为更新所带来的键值变化后的索引信息
• 索引只是提高效率的一个因素, 如果你的MySql 有大数据的表, 就需要花时间研究建立最优的索引,或优化查询

• 单值索引 – 即一个索引只包含单个列, 一个表可以有多个单列索引
• 唯一索引 – 索引列的值必须唯一, 但允许有空置
• 复合索引 == 即一个索包含多个列
• 索引的创建

// 创建索引 方式一
Create [unique] index indexName ON mytable(columnname(length))

//创建索引 方式二
alter mytabel Add [unique] index [indexname] on (columnName(length))

//删除索引
drop index [indexName] ON mytable
// 查看索引
show index from table_name 

• mysql 索引结构

• BTree 索引
• Hash 索引
• full-text 全文索引
• R- Tree 索引

哪些情况可以建立索引

• 主键自动建立唯一索引
• 频繁作为查询条件的字段应该创建索引
• 查询中与其他表关联的字段, 外键关系建立索引
• 频繁更新的字段不适合创建索引
• where 条件里用不到的字段不创建索引
• 在高并发下倾向创建组合索引
• 查询中排序的字段, 排序字段若通过索引去访问将大大提高排序的速度
• 查询中统计或者分组字段

那些情况不可以建立索引

• 表记录太少 (在300万以上可考虑)
• 经常增删改的表: 因为mysql 不仅要保存数据, 还要保存索引文件
• 如果某个数据列包含许多重复的内容, 为它建立索引就没有太大的实际效果(例如 性别字段)

性能分析