MySQL优化
# 01.MySQL优化方向
# 1.1 优化方向
- 存储引擎的选择:INnoDB MyISAM
- 设计数据库的设计,尽量的遵循三范式
- 适当的建立索引
- 查询数据的时候,注意 ... 这些
使用explain检查索引命中率,分析这一条sql语句是否可优化
- 数据量大的时候,主从分离、分库分表、垂直/水平分割
- 尽量采用 贵的,SSD硬盘。不选择机械硬盘
- 一个和你项目有关数据库优化的例子
# 1.2 MySQL优化
- 什么是MySQL的慢查询?
- 如何去分析 慢查询的日志?
- 遇到了慢查询如何解决?(最好有故事)
- 索引的建立是越多越好?为什么不是越多越好?
一个精彩的故事
# 02.简单说明
# 2.1 MySQL索引优化
# 1、最左前缀匹配原则,上面讲到了
# 2、主键外键一定要建索引
# 3、对 where,on,group by,order by 中出现的列使用索引
# 4、尽量选择区分度高的列作为索引,区分度的公式是count(distinct col)/count(*),表示字段不重复的比例,
# 5、为较长的字符串使用前缀索引
'''
# 6、不要过多创建索引, 权衡索引个数与DML之间关系,DML也就是插入、删除数据操作。
这里需要权衡一个问题,建立索引的目的是为了提高查询效率的,但建立的索引过多,
会影响插入、删除数据的速度,因为我们修改的表数据,索引也需要进行调整重建
'''
'''
# 7、对于like查询,”%”不要放在前面。
SELECT * FROMhoudunwangWHEREunameLIKE'后盾%' -- 走索引
SELECT * FROMhoudunwangWHEREunameLIKE "%后盾%" -- 不走索引
'''
'''
# 8、查询where条件数据类型不匹配也无法使用索引
字符串与数字比较不使用索引;
CREATE TABLEa(achar(10));
EXPLAIN SELECT * FROMaWHEREa="1" – 走索引
EXPLAIN SELECT * FROM a WHERE a=1 – 不走索引
正则表达式不使用索引,这应该很好理解,所以为什么在SQL中很难看到regexp关键字的原因
'''
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# 2.2 MySql分库分表
了解内容,不作为学习重点
- mysql一主多从,读写分离:写主库,读从库(所有数据库的数据一样)
- 数据一样的,那么当数据量太大的时候查询还是很慢
- 分库(根据用户id分库)
- 所有数据库的表结构一样,存储的数据完全不一样
- 真实环境以用户id进行分库,每一个库的数据都很小,查询起来就快了
- 无法解决问题:当一个数据库中表中量过大的时候,查询依然会慢
- 分表(根据时间分表)
- 当一个表中数据过大的时候,我们必须要对表拆分
- 购物清单表中有两千万数据
- 最近半年的购物数据时 一百万
- 半年到一年的数据有五百万
- 一年以前的数据有一千万
编辑 (opens new window)
上次更新: 2023/05/17, 23:08:21