SQL优化
1.插入数据(insert)
1.批量插入
insert into 表名 values(值1,值2),(值1,值2),(值1,值2),(值1,值2)
2.手动提交事务
--查看当前提交的状态
select @@autocommit;
--0代表手动提交 1代表自动提交
set @@autocommit = 0;
commit #提交事务
3.主键顺序插入
主键值有序插入
4.大批量插入数据
如果一次性需要插入大批量数据,使用insert语句插入性能较低,此时可以使用MySQL数据库提供的load指令来进插入 方法如下。
#客户端连接服务端时,加上参数 --local-infile
mysql --local-infile -uroot -p
#设置全局参数local_infile为1,开启从本地加载文件导入数据的开关
set global local_infile=1;
#执行load指令将准备好的数据,加载到表结构中
load date local infile '/root/sql1.log' into table `tb_user` fields terminated by ',' lines terminated by '\n';
解释:
'/root/sql1.log':数据存放位置
`tb_user`:插入的表名
',':每一个数据直接的分隔符
'\n':每一行之间的分隔符
2.主键优化
1.数据组织方式
2.页分裂
页可以为空,也可以填充一半,也可以填充100%。每个页包含了2-N行数据(如果一行数据多大,会行溢出),根据主键排列。
3.页合并
当删除一行记录时,实际上记录并没有被物理删除,只是记录被标记(flaged)为删除并且它的空间变得允许被其他记录声明使用。
当页中删除的记录达到merge_threshold(默认为页的50%),linnodb会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。
MERGE_THRESHOLD:合并页的阈值,可以自己设置,在创建表或者创建索引时指定。
4.主键设计原则
-
满足业务需求的情况下,尽量降低主键的长度
-
进入数据时,尽量选择顺序插入,选择使用auto_increment自增主键
-
尽量不要使用UUID做主键或者是其他主键,如身份证号
-
业务操作时,避免对主键的修改
3.order by优化
-
using filesort:通过表的索引或全表扫描,读取满足条件的数据行,然后在排序缓冲区sort buffer中完成排序操作,所有不是通过索引直接返回排序结果的排序都叫using filesort排序。
-
using index:通过有序索引顺序扫描直接返回有序数据,这种情况即为using index,不需要额为排序,操作效率高。
排序创建
设置排序数据索引排序过程
排序优化理念
-
根据排序字段建立合适的索引,多字段排序时,也遵循最左前缀法法则。
-
尽量使用覆盖索引
-
多字段排序,一个升序一个降序,此时需要注意联合主键索引在创建时的规则(ASC/DESC)
-
如果不可避免出现filesort,大数据量排序时,可以适当增大排序缓冲区大小sort_buffer_size(默认256K)
4.group by优化
-
在分组操作时,可以通过索引来提高效率。
-
分组操作时,索引的使用也是满足最左前缀法则的
5.limit优化
一个常见又非常头疼的问题就是limit 2000000,10 ,此时需要MySQL排序前200010记录,仅仅返回200000 - 200010的记录,其他记录丢弃,查询排序的代价非常大。
优化思路:一般分页查询时,通过创建覆盖索引能够比较好的提高性能,可以通过覆盖索引加子查询形式进行优化
6.count优化
-
MyISAM引擎把一个表的总行数存在了磁盘上,因此执行count(*)的时候会直接返回这个数,效率很高;
-
innoDB引擎就麻烦了,它执行count(*)的时候,需要把数据一行一行的从引擎里面读出来,然后累积计数;
-
优化思路:自己计数
count优化
-
count()是一个聚合函数,对于返回的结果集,一行行地判断,如果count函数的参数不是null,累计值就加1,否则不加,然后返回累加值
-
用法:count(*) ,coun(主键),count(字段),coun(1)
7.update优化
-
在使用update进行更新字段的时候,使用索引字段来进行更新,非则会出现表锁。
-
innodb的行锁是针对索引加的锁,不是针对记录加的锁,并且该索引不能失效,否则会从行锁升级为表锁。
视图
1.视图的基本语法
视图(view)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在,行和列数据来自定义视图的查询中使用的表,并且是在使用视图时动态生成的。
通俗的讲,视图只保存了查询的SQL逻辑,不保存查询结果。所以我们在创建视图的时候,主要的工作就落在创建这条SQL查询语句上。
1.创建视图
格式:create [or replace] view 使命名称[(列名)] as select语句 [with [cascaded | local] chack option]
mysql> create or replace view emp_view as select * from emp;
or replace:当视图名存在时进行覆盖创建
2.查询
查看创建视图语句:show create view 视图名
查看视图数据:select * from 视图名称
mysql> show create view emp_view;
mysql> select * from emp_view;
3.修改视图
方法一:create [or replace] view 使命名称[(列名)] as select语句 [with [cascaded | local] chack option]
方法二:alter view 视图名称[(列名列表)] as select语句 [with [cascaded | local] chack option]
mysql> create or replace view emp_view as select * from emp limit 5;
mysql> alter view emp_view as select * from emp limit 5;
4.删除
drop view [if exists] 视图名称 [,视图名称]
mysql> drop view if exists emp_view;
2.视图检查选项
当使用with check option 子句创建视图时,MySQL会通过视图检查正在更改的每个行,例如插入,更新,删除,以使其符合视图的定义。MySQL允许基于另一个视图创建视图,它还会检查依赖视图中的规则以保持一致性。为了确定检查的范围,MySQL提供了两个选项:cascaded和local,默认值为cascaded。
cascaded:
在基于另一个视图创建另一个视图时,当你第二个视图创建了检查选项时(with check option),第一个如果没有创建,但是在插入第二个表时,必须要同时满足两个视图的条件,才可以进行插入修改,如果出现了三种表,第三章表没有设置检查选项则只会遵循前两种的条件。
local:
在基于另一个视图创建另一个视图时,当你第二个视图创建了检查选项时(with check option),第一个如果没有创建,但是在插入第二个表时,只需要满足第二章表的条件,如果出现三种表,第三张表没有创建检查选项则只需要遵循第二张表的条件。
3.视图的更新要求
要使视图可更新,视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含一下任何一项,则该视图不可更新:
-
聚合函数或窗口函数(sum(),min(),max(),count()等)
-
distinct
-
group by
-
havign
-
union或者union all
4.视图的作用
-
简单:视图不仅可以简化用户对数据的理解,也可以简化他们的操作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。
-
安全:数据库可以授权,但不能授权到数据库指定行和特定的列上。通过视图用户只能查询和修改他们所能见到的数据文章来源:https://www.toymoban.com/news/detail-426338.html
-
数据独立:视图可以帮助用户屏蔽真实表结构变化带来的影响。文章来源地址https://www.toymoban.com/news/detail-426338.html
到了这里,关于15天学习MySQL计划-SQL优化/视图(进阶篇)-第八天的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!