mirror of
https://github.com/CyC2018/CS-Notes.git
synced 2025-07-10 04:48:20 +08:00
增加一些数据库数据访问方面的优化方法
This commit is contained in:
@ -304,6 +304,60 @@ Explain 用来分析 SELECT 查询语句,开发人员可以通过分析 Explai
|
||||
|
||||
最有效的方式是使用索引来覆盖查询。
|
||||
|
||||
### 3. 不要在列上使用函数和进行运算
|
||||
|
||||
在列上使用函数和计算将导致索引失效而进行全表扫描。
|
||||
|
||||
### 4. 尽量避免使用 != 或 not in 或 <> 等否定操作符
|
||||
|
||||
尽量避免在 where 子句中使用 or 来连接条件,因为这会导致索引失效而进行全表扫描。
|
||||
|
||||
### 5. 尽量避免使用 or 来连接条件
|
||||
|
||||
尽量避免在 where 子句中使用 or 来连接条件,因为这会导致索引失效而进行全表扫描。
|
||||
|
||||
### 6. 多个单列限制应该改成一个多列索引(复合索引)查询
|
||||
|
||||
因为 MySQL 只能使用一个单列索引,所以为多个列创建单列索引并不能提高 MySQL 的查询性能。正确的做法是将这多个要限定条件的列单独做成一个多列索引(复合索引)。
|
||||
|
||||
### 7. 查询时要按照复合索引的最左列开始查找
|
||||
|
||||
查询条件中没有使用复合索引的第一个字段,索引是不会被使用的。复合索引遵守“最左前缀”原则,即在查询条件中使用了复合索引的第一个字段,索引才会被使用。
|
||||
|
||||
假如我们只有一个复合索引 ```age_height_idx(age, height)```
|
||||
|
||||
如果我们使用
|
||||
```mysql
|
||||
select * from user where height = 170;
|
||||
```
|
||||
那么复合索引 ```age_height_idx(age, height)```将不会被使用。
|
||||
|
||||
### 8. 尽量不用范围查询
|
||||
|
||||
如果查询中的某个列有范围查询,则其右边所有列都无法使用索引优化查找。
|
||||
|
||||
比如说我们使用
|
||||
```mysql
|
||||
select * from users where age > 16 and age < 30 and height = 180
|
||||
```
|
||||
则索引中 age 右边所有列都无法使用索引优化查找。换句话说,```age_height_idx(age, height)``` 索引等价于 ```age_height_idx(age)```。
|
||||
|
||||
### 9. 索引不要包含有NULL值的列
|
||||
|
||||
只要列中包含有 NULL 值,它就不会被包含在索引中,复合索引中只要有一列含有 NULL 值,那么这一列对于此复合索引就是无效的。
|
||||
|
||||
因此,在数据库设计时,除非有一个很特别的原因使用 NULL 值,不然尽量不要让字段的默认值为 NULL。
|
||||
|
||||
### 10. 隐式转换可能带来不好的影响
|
||||
|
||||
当 where 查询条件左右两侧类型不匹配的时候会发生隐式转换,隐式转换可能带来的不好影响就是导致索引失效而进行全表扫描。
|
||||
|
||||
下面的案例中,brith_date 是字符串,然而匹配的是整数类型,从而发生隐式转换。
|
||||
|
||||
```mysql
|
||||
select from users where brith_date = 19950610;
|
||||
```
|
||||
|
||||
## 重构查询方式
|
||||
|
||||
### 1. 切分大查询
|
||||
|
Reference in New Issue
Block a user