欢迎来到尧图网

客户服务 关于我们

您的位置:首页 > 健康 > 美食 > MySQL SQL优化

MySQL SQL优化

2024/10/27 21:19:51 来源:https://blog.csdn.net/m0_73618358/article/details/143249967  浏览:    关键词:MySQL SQL优化

1.插入数据

  • insert优化

批量插入(500-1000)

insert into tb_user  values(),(),()

  • 手动提交事务

start transaction;

insert into ...

insert into ...

.....

commit;

主键顺序插入:

乱序插入: 8 1 9 21 88 2 4 15 89 5 7 3

顺序插入:1 2 3 4 5 7 8 9 15 21 88 89

  • 大批量插入数据

insert语句性能较低,此时用MySQL数据库提供的load指令进行插入,操作如下:

#客户端连接服务端时,加上参数  --local-infile

mysql --local-infile  -u root -p

#设置全局参数local_infile=1

set global local_infile=1;

#执行load指令将准备好的数据,加载到表结构中

load data local infile '/root/sql/.log'into table 'tb_user' fields  terminated by '.' lines terminated by'\n';

主键顺序插入的性能高于乱序插入

2.主键优化

  • 数据存储格式

在InnoDB存储中,表数据都是根据主键顺序组织存放的,这种存储方式的表称为索引组织表

  • 页分裂

页可以为空,也可以填充一半,也可以填充百分之百,每页包含了2-n行数据(如果一行数据过大,会行溢出),根据主键排列

  • 页删除

当删除一行记录时,实际上记录上并没有被删除,只是记录被标记为删除,并且它的空间变得允许被其他记录声明使用。当页中删除的记录达到merge_threshold(默认为页的50%)。InnoDB会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。

merge_threshold:合并页的阈值,可以自己设置,在创建表或者创建索引时指定。

  • 主键设计原则
  1. 满足业务需求,尽量降低主键的长度
  2. 插入数据时,尽量选择顺序插入,选择使用auto_increment自增主键
  3. 尽量不要使用UUID做主键或其他自然主键,如身份证号
  4. 业务操作时,避免对主键的修改

3.Order by优化

  1. using filesort:通过表的索引或全表扫描,读取满足条件的数据行,如何在排序缓冲区sort buffer中完成排序操作,所有不是通过索引直接返回排序结果的排序都叫FileSort排序。
  2. using index:通过有序索引顺序扫描直接返回有序数据,这种情况即为using index,不需要额外排序,操作效率高。

#没有创索引时,根据age,phone进行排序

explain select id,age,phone from tb_user order by age,phone;

#创索引

create index idx_user_age_phone_aa on tb_user(age,phone);

#创索引后,据age,phone进行排序

explain select id, age,phone,from tb_user order by age,phone;

#  降序

explain select id, age,phone,from tb_user order by age desc,phone desc;

#根据age,phone一个升序一个降序。

explain select id, age,phone,from tb_user order by age asc,phone desc;

#创建索引

create idex idx_user_age_phone_aa on tb_user(age asc,phone desc);

#根据age,phone进行降序,一个升序,一个降序。

explain select id,age,phone from tb_user order by age ase,phone desc;

  • 根据排序字段建立合适的索引,多字段排序时,也遵循最左前缀法则,尽量使用覆盖索引。
  • 多字段排序,一个升序一个降序,此时需要注意联合索引在创建时的规则(asc/desc)
  • 如果不可避免出现fileSort,大数据量排序时,可以适当增大排序缓冲区大小 sort_buffer_size(默认256k)‘
  • 展现语句:show variables like 'sort_buffer_size' values(262144)

4.group by 优化

#删掉目前的联合索引

drop index idx_user_pro_age_sta on tb_user;

#执行分组操作,根据profession 字段分组

explain select profession,count(*) from tb_user group by profession;

#创建索引

(profession,age,status)

#执行分组操作

by profession,age

  • 在分组操作时,可以用索引提高效率
  • 分组操作时,索引的使用也是满足最左前缀法则的

5.limit优化

在limit 2000 000 ,10 ,此时需要MySQL排序前2000010记录,仅仅返回2000 000 -2000010 的记录,其他记录丢弃,查询的代价非常大。

优化思路:一般分页查询时,通过创建覆盖索引能够比较好的提高性能,可以通过覆盖索引加子查询形式进行优化。

explain select * from tb_sku,t1(select Td from sb_sku order by id limit 2000000,10) a where t.id=a.id;

6.count优化

explain select count(*) from tb_user;

  • MyISAM引擎把一个表的总行数存在了磁盘,因此执行count(*) 的时候会直接返回个数,效率很高。
  • InnoDB引擎比较麻烦,它执行count(*)的时候,需要把数据一行一行地从引擎里读出来,然后累积计数。

优化思路:自己计数。

count的几种用法:count()是聚合函数,对返回结界一行一行判断,如果count函数的参数不是null,累计值就加1,否则不加,返回累计值。

用法:count(*)、count(主键)、count(字段)、count(1)

  • count(主键):InnoDB引擎会遍历整张表,把每一行的id提取出来
  • count(字段):没有not null约束,InnoDB遍历会把每一行字段取出来还给服务器,判断是否为null,否则累加。有null约束,直接累加
  • count(1):InnoDB引擎遍历整张表,但不取值,服务层对于返回的每一行,放一个“1”进去,直接累加。
  • count(*):InnoDB不会把全部字段取出来,而是专门做了优化,不取值,服务层直接进行累加。

按效率排序:count(字段)< count(主键)< count(1)约等于  count(*),所以尽量使count(*)

7.update优化

InnoDB的行锁是针对索引加的锁,不是针对记录加的锁,并且该索引不能失效,否则会从行锁变成表锁。

尽量根据主键/索引字段进行数据更新。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com