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、频繁更新的字段不适合建立索引
5、where条件里用不到的字段不建立索引
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、UNION、UNION 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:十分重要的额外信息
1、Using filesort:说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。
Mysql中无法利用索引完成的排序操作为“文件排序”(比较危险且坑)
2、Using temporary:十死无生!!! 使了用临时表中保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by
3、Using index:好事~~~
表示相映的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错!
如果同时出现using where,表明索引被引用来索引键值的查找;
如果没有同时出现using where,表明索引来读取数据而非执行查找动作。
覆盖索引(Covering index)。。。。。
索引优化
索引失效:
1、全值匹配我最爱
2、最佳左前缀法则
3、不在索引列上做任何操作(计算、函数、or类型转换)
4、存储引擎不能使用索引中范围条件右边的列
5、尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select*
6、mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描
7、is null,is not null也无法使用索引
8、like以通配符开头(%abc...)mysql索引失效会变成全表扫描的操作
9、字符串不加单引号索引失效
10、少用or,用它来连接时会索引失效
【推荐】凌霞软件回馈社区,携手博客园推出1Panel与Halo联合会员
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 中的改进
· 当数据爆炸遇上SQL Server:优化策略全链路解析
· 记录一次线上问题排查:JDK序列化问题
· 微服务之间有哪些调用方式?
· 记一次SQL隐式转换导致精度丢失问题的排查
· 分享5款开源、美观的 WinForm UI 控件库
· DeepSeek又在节前放大招!
· 领域驱动的事实与谬误 一 DDD 与 MVC
· 从零到一搭建一个前端工具函数库
· 4种插值算法