sql优化

插入数据

大批量插入数据

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

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

主键优化

这个黄色的都是一个一个Page

主键乱序插入之后会变成1-3-2，又开辟新页又要改变指针顺序

•  尽量降低主键的长度
• 插入数据尽量选择顺序插入，选择自增主键
• 尽量不要使用uuid做主键或其他自然主键，比如身份证号
• 业务操作时，避免对主键的修改

order by优化

using filesort

using index

-- 创建索引
create index idx_user_age_phone_aa on tb_user(age,phone);explain select id,age,phone from tb_user order by age desc , phone desc ; 1

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

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

create index idx_user_age_phone_ad on tb_user(age asc ,phone desc); explain select id,age,phone from tb_user order by age asc , phone desc ;

•  升序/降序联合索引结构图示:

group by优化

create index idx_user_pro_age_sta on tb_user(profession , age , status); 

select profession, count(*) from tb_user where profession = '软件工程' group by age;

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

按照效率排序的话， count( 字段 ) < count( 主键 id) < count(1) ≈ count(*) ，所以尽

量使用 count(*) 。

update优化

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

update course set name = 'SpringBoot' where name = 'PHP' ;

name没有索引，所以锁会升级为表锁

视图

创查修删

这里面的修改就是把整张表都改了

增删改查

create or replace view stu_v_1 as select id,name from student where id <= 10 ;
select * from stu_v_1;
insert into stu_v_1 values(6,'Tom');
insert into stu_v_1 values(17,'Tom22');

insert into会在基础表中插入数据

如果指定了条件，然后我们在插入、修改、删除数据时，做到必须满足条件才能操作：

with cascaded check option

创了v3，能加11，能加17（创建v3没有cascaded就不管<15的条件），不能加28（v3关联了v2，v2有cascaded就会关联v1和自己）

加了with cascaded就会检查当前视图以及关联的所有视图（select后面的），如果不加就不会检查 当前视图

视图插入数据时要求视图与基础表一一对应