记一次生产数据库性能优化实例--避免重复执行相同的 SQL

数据库 SQL Server
在钉钉群个人简介页面需要显示钉钉群名称和简介,每个群成员的别名,以及钉钉群主的个人签名信息。其中需求中所需信息存放在以下四个表中:user,user_profile,groups,user_group。

需求:在钉钉群个人简介页面需要显示钉钉群名称和简介,每个群成员的别名,以及钉钉群主的个人签名信息。其中需求中所需信息存放在以下四个表中:user,user_profile,groups,user_group。

方案选择

方案1:

先看看最简单的实现方法,一条 SQL 语句搞定所有事情:

  1. SELECT name,description,user_type,nick_name,sign FROM groups,user_group,user ,user_profile WHERE groups.id =? 
  2.  
  3. AND groups.id=user_group.group_id AND useruser_group.user_id=user.id AND useruser_profile.user_id=user.id 

方案2:

通过稍微复杂一点的方法分两步搞定:

首先取得所有需要展示的 钉钉group 的相关信息和所有钉钉群组员的别名信息和组员类别:

  1. SELECT name,description,user_type,nick_name FROM groups,user_group,user WHERE groups.id =? AND groups.id=user_group.group_id AND useruser_group.user_id=user.id 

然后在程序中通过上面结果集中的 user_type 找到群主的 user_id 再到 user_profile 表中取得钉钉群主的个人签名信息:

  1. SELECT sign FROM user_profile WHERE user_id =? 

方案比较:

以上两种解决方案最大的区别在于交互次数和 SQL 复杂度。而带来的实际影响是第一种解决方案对 user_profile表有不必要的访问(非群主的 profile 信息),造成 IO 访问的直接增加在 20%左右。而在实际应用中,IO 操作在数据库应用系统中是非常昂贵的资源。尤其是当这个功能的 PV 较大的时候,第一种方案造成的 IO 损失是相当大的。

总结

重复执行相同的 SQL 造成资源浪费这个问题其实很多人都知道,但是在应用系统开发过程中,仍然会常有这样的现象存在。究其原因,主要还是开发工程师思维中面向对象的概念太过深入,以及为了减少自己代码开发的逻辑和对程序接口过度依赖所造成的。

责任编辑:赵宁宁 来源: 今日头条
相关推荐

2019-08-19 01:34:38

数据库SQL数据库优化

2019-09-27 17:24:26

数据库优化sql

2018-12-06 16:25:39

数据库服务器线程池

2019-11-18 13:42:55

MySQL数据库迁移

2019-11-22 08:05:01

数据库mysql分区

2019-12-12 10:38:10

mysql数据库nnodb

2019-07-25 08:30:58

数据库服务器故障

2019-01-21 11:17:13

CPU优化定位

2019-09-05 09:17:37

MySQL数据库线程

2018-07-18 15:37:24

数据库DB2故障处理

2019-09-08 17:52:10

数据库log file sy等待事件

2019-12-02 08:09:57

境数据库连接超时自动回收

2021-03-01 06:14:50

环境高并发延迟

2020-11-03 07:34:12

Kafka后端工程师

2022-06-01 06:17:42

微服务Kafka

2019-08-15 11:30:06

SQL数据库ASH

2020-09-25 07:57:42

生产事故系统

2021-10-14 10:53:20

数据库查询超时

2021-01-12 07:57:36

MySQLBinlog故障处理

2019-12-27 10:43:48

磁盘数据库死锁
点赞
收藏

51CTO技术栈公众号