MYSQL相关知识

一、mysql执行顺序

FROM <left_table>
ON <join_condition>
<join_type> JOIN <right_table>
WHERE <where_condition>
GROUP BY <group_by_list>
HAVING <having_condition>
SELECT
DISTINCT <select_list>
ORDER BY <order_by_condition>
LIMIT <limit_number>

二、SQL JOINS(7种)

//并联
SELECT <select_list> FROM TableA A INNER JOIN TableB B ON A.Key = B.Key;
//左外链、右外链
SELECT <select_list> FROM TableA A LEFT JOIN TableB B ON A.Key = B.Key;
SELECT <select_list> FROM TableA A RIGHT JOIN TableB B ON A.Key = B.Key;
//左外链独有、右外链独有
SELECT <select_list> FROM TableA A LEFT JOIN TableB B ON A.Key = B.Key WHERE B.Key IS NULL;
SELECT <select_list> FROM TableA A RIGHT JOIN TableB B ON A.Key = B.Key WHERE B.Key IS NULL;
//全联接
SELECT <select_list> FROM TableA A FULL OUTER JOIN TableB B ON A.Key = B.Key;
//各自独有
SELECT <select_list> FROM TableA A FULL OUTER JOIN TableB B ON A.Key = B.Key WHERE A.KEY IS NULL AND B.Key IS NULL;

三、索引是什么?

索引是帮助MySql高效获取数据的数据结构。本质:索引是数据结构
简单理解为:排好序的快速查找的数据结构
两大功能:查找和快速
索引比较大,一般以文件形式存储在磁盘上
优势:
    提高检索效率,降低数据库IO成本
  降低数据排序的成本,降低CPU消耗
劣势:
    索引列占用空间
  提高查询速度,同时降低更新表的速度
  大数据的表,需要花时间研究建立最优秀的索引,或优化查询sql、索引
分类:
    单值索引:即一个索引包含单个列,一个表可以有多个单列索引
  唯一索引:索引列的值必须唯一,但允许有空值
  复合索引:即一个索引包含多个列
  ps:建议单表不超过5个索引

mysql索引结构:

    BTree:
    检索原理:
  Hash索引
  full-text全文索引
  R-Tree索引
那些情况建索引:
    1、主键自动建立唯一索引
  2、频繁查询条件字段
  3、查询中与其它表关联的字段,外键关系建立索引
  4、频繁更新的字段不适合建立索引
  5where条件里用不到的字段不建立索引
  6、单\组合先选择组合
  7、查询中排序的字段,排序字段若通过索引去访问大大提高排序速度
  8、查询中统计或者分组字段
那些情况不能建索引:
    1、表记录太少
  2、经常增删改
  3、重复且平均分配的表字段,因此应该只为最经常查询和最经常排序的数据建立索引
    注意:如果某个数据列包含许多重复的内容,为他建立索引就没有太大的实际效果。

四、性能分析

MySql常见瓶颈:
    CPU:
  IO:
  服务器硬件瓶颈
Explan:
    是什么(查看执行计划):使用EXPLAN关键字可以模拟化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈。
    
  能干什么:
    1、表的读取顺序
    2、数据读取操作的操作类型
    3、哪些索引可以使用
    4、哪些索引实际被使用
    5、表之间的饮用
    6、每张表有多少行被优化器查询
    
  各自段解释:
    id:
        id相同,执行顺序由上而下
      id不同,如果是自查询,id序号会递增,id值越大优先级越高,越被先执行
      id相同不同,同时存在,id越大先执行,然后由上而下执行
    select_type:
        有哪些:SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNIONUNION RESULT
      查询的类型,主要用于区别 普通查询、联合查询、子查询等的复合查询
    table:表
    type:访问类型排序 
        最好到最次:system > const > eq_ref > ref > range > index > ALL 
      system:表只有一条记录(等于系统表),这是const类型的特例,平时不会出现,这个可以忽略不计
      const:表示通过索引一次就能找到了,const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快
      eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或者唯一索引扫描
      ref:
        非唯一索引扫描,返回匹配某个单独值的所有行
        本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而它可能会找到多个复合条件的行,所以它应该属于查找和扫描的混合体
      range:
        只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引
        一般就是在你的where语句中出现between<>in等的查询
        这种范围查询扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引
      index:Full Index Scan,index于ALL区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比数据文件小。
      ALL:Full Table Scan 将遍历全表找出匹配的行
      
      备注:一般来熟至少要保证range
    possible_keys:可能使用到的索引,一个或者多个
    key:实际使用的索引
    key_len:表用索引中使用字节数,可通过该列计算查询中使用的索引长度。在不损失精确性的情况下,长度越短越好
        ken_len显示的值为索引字段的最大可能长度,并非实际使用长度,即ken_len是根据表定义计算而得,不是通过表检索出来的。
    ref:显示索引那一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引上的值。
    rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
    Extra:十分重要的额外信息
        1Using filesort:说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。
         Mysql中无法利用索引完成的排序操作为“文件排序”(比较危险且坑)
      2Using temporary:十死无生!!! 使了用临时表中保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by
      3Using index:好事~~~ 
         表示相映的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错!
         如果同时出现using where,表明索引被引用来索引键值的查找;
         如果没有同时出现using where,表明索引来读取数据而非执行查找动作。
         覆盖索引(Covering index)。。。。。

索引优化

索引失效:
    1、全值匹配我最爱
  2、最佳左前缀法则
  3、不在索引列上做任何操作(计算、函数、or类型转换)
  4、存储引擎不能使用索引中范围条件右边的列
  5、尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select*
  6、mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描
  7is nullis not null也无法使用索引
  8、like以通配符开头(%abc...)mysql索引失效会变成全表扫描的操作
  9、字符串不加单引号索引失效
  10、少用or,用它来连接时会索引失效
posted @   和笙  阅读(35)  评论(0)    收藏  举报
编辑推荐:
· SQL Server 2025 中的改进
· 当数据爆炸遇上SQL Server:优化策略全链路解析
· 记录一次线上问题排查:JDK序列化问题
· 微服务之间有哪些调用方式?
· 记一次SQL隐式转换导致精度丢失问题的排查
阅读排行:
· 分享5款开源、美观的 WinForm UI 控件库
· DeepSeek又在节前放大招!
· 领域驱动的事实与谬误 一 DDD 与 MVC
· 从零到一搭建一个前端工具函数库
· 4种插值算法
点击右上角即可分享
微信分享提示