sql:SQL优化知识点记录(九)

(1)小表驱动大表

对sql调优的分析:

排序优化:

数据库的连接方式,里面的数据尽量这样连接,尽量选择第一个方式,因为两个表的连接一共建立5次连接,第二个建立1000次连接,从小表驱动大表方式来说选择第一种

B相当于部门, A是员工,通过部门id在部门表里面,部门是少量的,员工是大量的 ,先得到小表B中的id数据 ,在得到id=部门id的数据

使用exist 当A中的数据小于B时使用exist

(2)in和exist

部门表的数据多员工表,一下的写法没有问题

(2)为排序使用索引OrderBy优化

前面我们索引的分析是Where之后 Order By之前的,现在我们看的是Order By之后我们看会不会产生fileSort

下面没有产生fileSort

下面产生了fileSort因为Order By之后使用索引没有按照建立的顺序

索引是排好序的快速查找的数据结构,说明索引着重查找和排序两种功能,在排序的时候使用的顺序也要跟建立索引的顺序一样否则会产生文件内排序

下面产生文件内排序,Order by 使用的跟建立的索引顺序一样,但是默认是升序,但是birth使用了降序

索引列上完成了排序操作,因为索引建立一次已经给我们排好序了,最好Order by和索引一致,就会避免MySql多一次排序,如果Order by 的顺序反拉,不在索引列上面,或者带头大哥挂啦,filesort产生,产生后会产生两种算法:双路排序、单路排序

单路排序:

优化策略:

使用select * 的话容易把sort_Buffer用满,所以查询的时候不建议使用*

相关推荐
小二·5 小时前
RAG + 向量数据库实战:ChromaDB / Milvus / FAISS 选型与性能横评
数据库·milvus·faiss
矜持的左手5 小时前
电子小白的枕边书:电子学(The Art of Electronics)
数据库·restful
吴声子夜歌5 小时前
Redis 5.x——布隆过滤器
数据库·redis·缓存
蓝天下的守望者6 小时前
svt_apb_if里的宏定义问题
运维·服务器·数据库
上海云盾-小余6 小时前
网站频繁遭遇 SQL 注入溯源与原生漏洞修复全流程总结
数据库·sql
数据库小学妹6 小时前
国家区域医疗中心国产化改造实战:数据库选型、跨院区数据互通与踩坑经验
数据库·国产数据库·数据库选型·医疗信息化·信创数据库·医疗信创
AllData公司负责人8 小时前
数据库同步平台|AIIData数据中台实现OceanBase、达梦数据库、OpenGauss、人大金仓、Hive、TDengine 一键接入Doris
大数据·数据库·hive·mysql·oceanbase·tdengine
2603_954708318 小时前
全维度容错设计,打造微电网安全运行屏障
服务器·网络·数据库·人工智能·分布式·安全
IvorySQL8 小时前
从双解析器到循环工程:IvorySQL 五年技术演进路线的深度观察
大数据·数据库·人工智能·postgresql·开源