From e314ff8ff5c8435086de046fdef3081a85c0c0cd Mon Sep 17 00:00:00 2001 From: guide Date: Fri, 26 Aug 2022 12:00:32 +0800 Subject: [PATCH] Update mysql-high-performance-optimization-specification-recommendations.md --- ...imization-specification-recommendations.md | 56 +++++++++++-------- 1 file changed, 33 insertions(+), 23 deletions(-) diff --git a/docs/database/mysql/mysql-high-performance-optimization-specification-recommendations.md b/docs/database/mysql/mysql-high-performance-optimization-specification-recommendations.md index a704019e..84d3264f 100644 --- a/docs/database/mysql/mysql-high-performance-optimization-specification-recommendations.md +++ b/docs/database/mysql/mysql-high-performance-optimization-specification-recommendations.md @@ -66,7 +66,11 @@ InnoDB 支持事务，支持行级锁，更好的恢复性，高并发下性能 在数据库中存储文件会严重影响数据库性能，消耗过多存储空间。 -文件（比如图片）这类大的二进制数据通常存储于文件服务器，数据库只存储文件地址信息 +文件（比如图片）这类大的二进制数据通常存储于文件服务器，数据库只存储文件地址信息。 + +### 不要被数据库范式所束缚 + +一般来说，设计关系数据库时需要满足第三范式，但为了满足第三范式，我们可能会拆分出多张表。而在进行查询时需要对多张表进行关联查询，有时为了提高查询效率，会降低范式的要求，在表中保存一定的冗余信息，也叫做反范式。但要注意反范式一定要适度。 ### 禁止在线上做数据库压力测试 @@ -153,6 +157,10 @@ decimal 类型为精准浮点数，在计算时不会丢失精度。占用空间 不过， 由于 decimal 需要额外的空间和计算开销，应该尽量只在需要对数据进行精确计算时才使用 decimal 。 +### 单表不要包含过多字段 + +如果一个表包含过多字段的话，可以考虑将其分解成多个表，必要时增加中间表进行关联。 + ## 索引设计规范 ### 限制每张表上的索引数量,建议单张表索引不超过 5 个 @@ -222,23 +230,9 @@ InnoDB 是按照主键索引的顺序来组织表的 ## 数据库 SQL 开发规范 -### 建议使用预编译语句进行数据库操作 +### 优化对性能影响较大的 SQL 语句 -预编译语句可以重复使用这些计划，减少 SQL 编译所需要的时间，还可以解决动态 SQL 所带来的 SQL 注入的问题。 - -只传参数，比传递 SQL 语句更高效。 - -相同语句可以一次解析，多次使用，提高处理效率。 - -### 避免数据类型的隐式转换 - -隐式转换会导致索引失效如: - -```sql -select name,phone from customer where id = '111'; -``` - -详细解读可以看：[MySQL 中的隐式转换造成的索引失效](./index-invalidation-caused-by-implicit-conversion.md) 这篇文章。 +要找到最需要优化的 SQL 语句。要么是使用最频繁的语句，要么是优化后提高最明显的语句，可以通过查询 MySQL 的慢查询日志来发现需要进行优化的 SQL 语句； ### 充分利用表上已经存在的索引 @@ -248,12 +242,6 @@ select name,phone from customer where id = '111'; 在定义联合索引时，如果 a 列要用到范围查找的话，就要把 a 列放到联合索引的右侧，使用 left join 或 not exists 来优化 not in 操作，因为 not in 也通常会使用索引失效。 -### 程序连接不同的数据库使用不同的账号，禁止跨库查询 - -- 为数据库迁移和分库分表留出余地 -- 降低业务耦合度 -- 避免权限过大而产生的安全风险 - ### 禁止使用 SELECT \* 必须使用 SELECT <字段列表> 查询 - `SELECT *` 消耗更多的 CPU 和 IO 以网络带宽资源 @@ -274,6 +262,22 @@ insert into t values ('a','b','c'); insert into t(c1,c2,c3) values ('a','b','c'); ``` +### 建议使用预编译语句进行数据库操作 + +- 预编译语句可以重复使用这些计划，减少 SQL 编译所需要的时间，还可以解决动态 SQL 所带来的 SQL 注入的问题。 +- 只传参数，比传递 SQL 语句更高效。 +- 相同语句可以一次解析，多次使用，提高处理效率。 + +### 避免数据类型的隐式转换 + +隐式转换会导致索引失效如: + +```sql +select name,phone from customer where id = '111'; +``` + +详细解读可以看：[MySQL 中的隐式转换造成的索引失效](./index-invalidation-caused-by-implicit-conversion.md) 这篇文章。 + ### 避免使用子查询，可以把子查询优化为 join 操作 通常子查询在 in 子句中，且子查询中为简单 SQL(不包含 union、group by、order by、limit 从句) 时,才可以把子查询转化为关联查询进行优化。 @@ -331,6 +335,12 @@ where create_time >= '20190101' and create_time < '20190102' - MySQL 中，一个 SQL 只能使用一个 CPU 进行计算 - SQL 拆分后可以通过并行执行来提高处理效率 +### 程序连接不同的数据库使用不同的账号，禁止跨库查询 + +- 为数据库迁移和分库分表留出余地 +- 降低业务耦合度 +- 避免权限过大而产生的安全风险 + ## 数据库操作行为规范 ### 超 100 万行的批量写 (UPDATE,DELETE,INSERT) 操作,要分批多次进行操作