使用场景:

由于表数据量巨大,导致一些统计相关的sql执行非常慢,使用户有非常不好的体验,并且sql和数据库已经没有优化空间了。(并且该统计信息数据实时性要求不高的前提下)

解决方案:

整体思路:创建预处理表——通过定时任务将数据插入到结果表——统计信息时直接通过结果表进行查询——大大提高响应速度

注:1.结果表中需要包含查询条件里的所有字段

2.定时任务可以根据实际需要设定频率

3.最好创建一个与结果表表结构一样的临时表用于数据暂存,防止在插入数据这个时间段上导致结果表数据空白。(直接将临时表数据插入到结果表速度很快这段时间可以忽略)

方案示例:

第一步:创建结果表

drop table if exists `user_study_statistics`;
CREATE TABLE `project_statistics` (
`project_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '项目id',
`project_unit_id` int(11) NOT NULL COMMENT '单位工程id',
`unit_name` varchar(255) DEFAULT NULL COMMENT '单位工程名称',
`project_name` varchar(255) DEFAULT NULL COMMENT '项目名称',
`file_count` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数',
`file_count_30` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(30天内)',
`file_count_90` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(90天内)',
`file_count_180` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(180天内)',
`check_count` int(8) DEFAULT NULL COMMENT '检查次数',
`check_count_30` int(8) DEFAULT NULL COMMENT '检查次数(30天内)',
`check_count_90` int(8) DEFAULT NULL COMMENT '检查次数(90天内)',
`check_count_180` int(8) DEFAULT NULL COMMENT '检查次数(180天内)',
`check_num` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数',
`check_num_30` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(30天内)',
`check_num_90` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(90天内)',
`check_num_180` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(180天内)',
`check_scale` varchar(26) DEFAULT NULL COMMENT '检查文件占比',
`check_scale_30` varchar(26) DEFAULT NULL COMMENT '检查文件占比(30天内)',
`check_scale_90` varchar(26) DEFAULT NULL COMMENT '检查文件占比(90天内)',
`check_scale_180` varchar(26) DEFAULT NULL COMMENT '检查文件占比(180天内)',
`pass_scale` varchar(26) DEFAULT NULL COMMENT '通过率',
`pass_scale_30` varchar(26) DEFAULT NULL COMMENT '通过率(30天内)',
`pass_scale_90` varchar(26) DEFAULT NULL COMMENT '通过率(90天内)',
`pass_scale_180` varchar(26) DEFAULT NULL COMMENT '通过率(180天内)',
`correct_count` int(8) DEFAULT NULL COMMENT '整改条数',
`correct_count_30` int(8) DEFAULT NULL COMMENT '整改条数(30天内)',
`correct_count_90` int(8) DEFAULT NULL COMMENT '整改条数(90天内)',
`correct_count_180` int(8) DEFAULT NULL COMMENT '整改条数(180天内)',
`out_time_count` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数',
`out_time_count_30` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(30天内)',
`out_time_count_90` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(90天内)',
`out_time_count_180` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(180天内)'
) ENGINE=InnoDB DEFAULT CHARSCREATE TABLE `project_statistics_tmp` (
`project_id` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '项目id',
`project_unit_id` int(11) NOT NULL COMMENT '单位工程id',
`unit_name` varchar(255) DEFAULT NULL COMMENT '单位工程名称',
`project_name` varchar(255) DEFAULT NULL COMMENT '项目名称',
`file_count` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数',
`file_count_30` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(30天内)',
`file_count_90` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(90天内)',
`file_count_180` int(8) NOT NULL DEFAULT '0' COMMENT '文件总数(180天内)',
`check_count` int(8) DEFAULT NULL COMMENT '检查次数',
`check_count_30` int(8) DEFAULT NULL COMMENT '检查次数(30天内)',
`check_count_90` int(8) DEFAULT NULL COMMENT '检查次数(90天内)',
`check_count_180` int(8) DEFAULT NULL COMMENT '检查次数(180天内)',
`check_num` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数',
`check_num_30` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(30天内)',
`check_num_90` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(90天内)',
`check_num_180` int(8) NOT NULL DEFAULT '0' COMMENT '检查文件总数(180天内)',
`check_scale` varchar(26) DEFAULT NULL COMMENT '检查文件占比',
`check_scale_30` varchar(26) DEFAULT NULL COMMENT '检查文件占比(30天内)',
`check_scale_90` varchar(26) DEFAULT NULL COMMENT '检查文件占比(90天内)',
`check_scale_180` varchar(26) DEFAULT NULL COMMENT '检查文件占比(180天内)',
`pass_scale` varchar(26) DEFAULT NULL COMMENT '通过率',
`pass_scale_30` varchar(26) DEFAULT NULL COMMENT '通过率(30天内)',
`pass_scale_90` varchar(26) DEFAULT NULL COMMENT '通过率(90天内)',
`pass_scale_180` varchar(26) DEFAULT NULL COMMENT '通过率(180天内)',
`correct_count` int(8) DEFAULT NULL COMMENT '整改条数',
`correct_count_30` int(8) DEFAULT NULL COMMENT '整改条数(30天内)',
`correct_count_90` int(8) DEFAULT NULL COMMENT '整改条数(90天内)',
`correct_count_180` int(8) DEFAULT NULL COMMENT '整改条数(180天内)',
`out_time_count` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数',
`out_time_count_30` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(30天内)',
`out_time_count_90` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(90天内)',
`out_time_count_180` int(8) DEFAULT NULL COMMENT '逾期未完成整改条数(180天内)'
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='项目检查状态统计表'; ET=utf8 COMMENT='项目检查状态统计表_临时表';

创建视图:

CREATE VIEW `v_project_statistics_info` AS
SELECT project_id,project_unit_id,unit_name,project_name,
COUNT(1) file_count,-- 文件总数
COUNT((datediff(date(now()),date(gmt_create)) <=30 ) OR null) file_count_30,
COUNT((datediff(date(now()),date(gmt_create)) <=90 ) OR null) file_count_90,
COUNT((datediff(date(now()),date(gmt_create)) <=180 ) OR null) file_count_180,
SUM(check_count) as check_count,-- 检查次数
SUM(CASE WHEN (datediff(date(now()),date(modify_time)) <=30 ) THEN check_count ELSE 0 END) AS check_count_30,
SUM(CASE WHEN (datediff(date(now()),date(modify_time)) <=90 ) THEN check_count ELSE 0 END) AS check_count_90,
SUM(CASE WHEN (datediff(date(now()),date(modify_time)) <=180 ) THEN check_count ELSE 0 END) AS check_count_180,
COUNT(check_count>0 OR null) as check_num,-- 检查文件总数
COUNT((datediff(date(now()),date(modify_time)) <=30 ) and check_count>0 OR null) as check_num_30,
COUNT((datediff(date(now()),date(modify_time)) <=90 ) and check_count>0 OR null) as check_num_90,
COUNT((datediff(date(now()),date(modify_time)) <=180 ) and check_count>0 OR null) as check_num_180,
CONCAT(ROUND(COUNT(check_count>0 OR null)/COUNT(1)*100,0),'%') as check_tage, -- 检查文件占比
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=30 ) and check_count>0 OR null)/COUNT((datediff(date(now()),date(gmt_create)) <=30 ) OR null)*100,0),'%') as check_scale_30,
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=90 ) and check_count>0 OR null)/COUNT((datediff(date(now()),date(gmt_create)) <=90 ) OR null)*100,0),'%') as check_scale_90,
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=180 ) and check_count>0 OR null)/COUNT((datediff(date(now()),date(gmt_create)) <=180 ) OR null)*100,0),'%') as check_scale_180,
CONCAT(ROUND(COUNT(check_status=2 OR null)/COUNT(check_count>0 OR null)*100,0),'%') as pass_tage, -- 通过率
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=30 ) and check_status=2 OR null)/COUNT((datediff(date(now()),date(modify_time)) <=30 ) and check_count>0 OR null)*100,0),'%') as pass_scale_30,
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=90 ) and check_status=2 OR null)/COUNT((datediff(date(now()),date(modify_time)) <=90 ) and check_count>0 OR null)*100,0),'%') as pass_scale_90,
CONCAT(ROUND(COUNT((datediff(date(now()),date(modify_time)) <=180 ) and check_status=2 OR null)/COUNT((datediff(date(now()),date(modify_time)) <=180 ) and check_count>0 OR null)*100,0),'%') as pass_scale_180,
SUM(correct_count) as correct_count,-- 整改条数
SUM(correct_count_30) as correct_count_30,
SUM(correct_count_90) as correct_count_90,
SUM(correct_count_180) as correct_count_180,
SUM(out_time_count) as out_time_count, -- 逾期未完成整改条数
SUM(out_time_count_30) as out_time_count_30,
SUM(out_time_count_90) as out_time_count_90,
SUM(out_time_count_180) as out_time_count_180
from ( SELECT SUBSTRING_INDEX(d.bus_id,'_',1) as project_id,d.project_unit_id,d.node_id,ifnull(d.check_count,0) as check_count,d.check_status,ifnull(a.correct_count,0) as correct_count,ifnull(a.correct_count_30,0) as correct_count_30,ifnull(a.correct_count_90,0) as correct_count_90,ifnull(a.correct_count_180,0) as correct_count_180,ifnull(a.out_time_count,0) as out_time_count,ifnull(a.out_time_count_30,0) as out_time_count_30,ifnull(a.out_time_count_90,0) as out_time_count_90,ifnull(a.out_time_count_180,0) as out_time_count_180,u.unit_name,p.project_name,d.modify_time,d.gmt_create from v_doc_info d
INNER JOIN project_detail p on p.local_project_id=d.project_id
LEFT JOIN project_unit u on u.id=d.project_unit_id
left join(
SELECT local_project_id,IFNULL(correct_soure_id,0)as node_id,COUNT(1) as correct_count
,COUNT(datediff(date(now()),date(create_time)) <=30) as correct_count_30
,COUNT(datediff(date(now()),date(create_time)) <=90) as correct_count_90
,COUNT(datediff(date(now()),date(create_time)) <=180) as correct_count_180
,count((have_deleted=0 and correct_end_time<NOW()) or null) as out_time_count
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=30)) or null) as out_time_count_30
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=90)) or null) as out_time_count_90
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=180)) or null) as out_time_count_180 from doc_correct GROUP BY local_project_id,correct_soure_id
) a on a.node_id=d.node_id
UNION ALL
SELECT d.project_id,d.remote_project_id as project_unit_id,d.id as node_id,ifnull(d.check_count,0) as check_count,d.check_status,ifnull(a.correct_count,0) as correct_count,ifnull(a.correct_count_30,0) as correct_count_30,ifnull(a.correct_count_90,0) as correct_count_90,ifnull(a.correct_count_180,0) as correct_count_180,ifnull(a.out_time_count,0) as out_time_count,ifnull(a.out_time_count_30,0) as out_time_count_30,ifnull(a.out_time_count_90,0) as out_time_count_90,ifnull(a.out_time_count_180,0) as out_time_count_180,u.unit_name,p.project_name,d.modify_time,d.gmt_create from v_datumdata_info d
INNER JOIN project_detail p on p.local_project_id=d.project_id
LEFT JOIN project_unit u on u.id=d.remote_project_id
left join(
SELECT local_project_id,IFNULL(correct_soure_id,0)as node_id,COUNT(1) as correct_count
,COUNT(datediff(date(now()),date(create_time)) <=30) as correct_count_30
,COUNT(datediff(date(now()),date(create_time)) <=90) as correct_count_90
,COUNT(datediff(date(now()),date(create_time)) <=180) as correct_count_180
,count((have_deleted=0 and correct_end_time<NOW()) or null) as out_time_count
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=30)) or null) as out_time_count_30
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=90)) or null) as out_time_count_90
,count((have_deleted=0 and correct_end_time<NOW() and (datediff(date(now()),date(create_time)) <=180)) or null) as out_time_count_180 from doc_correct GROUP BY local_project_id,correct_soure_id
) a on a.node_id=d.id
)t GROUP BY project_id,project_unit_id

第二步:创建预处理定时任务

    /**
* 资料检查统计预加载定时任务
*/
@PostConstruct //程序启动时就执行一次
@Scheduled(cron = "${schedul.statistics.checkStatistics:0 0 * * * ?}") //默认定时频率每小时执行一次
public void preProjectStatistics(){
//0.删除临时表里的数据
statisticsDao.deleteStatisticsTmpData();
//1.将数据插入临时表
statisticsDao.insertStatisticsTmpData();
//2.删除正式表里的数据
statisticsDao.deleteStatisticsData();
//3.将临时表里的数据插入正式表
statisticsDao.insertStatisticsData();
//3.删除临时表里的数据
statisticsDao.deleteStatisticsTmpData();
}

对应的sql语句:

<insert id="insertStatisticsTmpData">
insert into project_statistics_tmp SELECT * from v_project_statistics_info
</insert>
<delete id="deleteStatisticsData" parameterType="java.lang.Long">
delete from project_statistics;
</delete>
<insert id="insertStatisticsData">
insert into project_statistics
select * from project_statistics_tmp;
</insert>
<delete id="deleteStatisticsTmpData" parameterType="java.lang.Long">
delete from project_statistics_tmp;
</delete>

第三步: 修改之前的统计sql从多表关联到查询单表速度有了质的提升

博客园排版可能有点乱,可转至我个人链接地址:https://raokun.top/raokun/archives/项目中统计sql执行缓慢的方案-数据预处理

项目中统计SQL执行缓慢的方案-数据预处理的更多相关文章

  1. Oracle SQL执行缓慢的原因以及解决方案

     以下的文章抓哟是对Oracle SQL执行缓慢的原因的分析,如果Oracle数据库中的某张表的相关数据已是2亿多时,同时此表也创建了相关的4个独立的相关索引.由于业务方面的需要,每天需分两次向此表中 ...

  2. VS Code项目中共享自定义的代码片段方案

    VS Code项目中共享自定义的代码片段方案 一.问题背景 项目中注释风格不统一,如何统一注释风格 一些第三方组件库名称太长,每次使用都需要找文档,然后复制粘贴 部分组件库有自己的Snippets插件 ...

  3. hint不当索引,影响多表连接方式,最终导致SQL执行缓慢

    需求:一个SQL执行特别慢,无法返回结果,需要进行优化,最终返回结果即可. 一.SQL分析 二.尝试执行,观测执行计划 三.修改SQL 四.问题总结 一.SQL分析 )SQL文本,执行时间,执行用户 ...

  4. vue项目中引入循环执行setInterval或者requestAnimationFrame的用法等

    项目中循环计时处理某些方法的情况还是比较常见的,一般会用setInterval来处理,但是这个方法会似的页面卡顿等使用体验不好. 所以就使用浏览器提供的requestAnimationFrame方法, ...

  5. 在EF中使用SQL执行简单高效的增删查操作

    随着平台数据的积累,对于数据访问的速度要求愈来愈高.优化后台访问性能,将是之后的一个重点任务. 但是,后台在项目开发初期采用的是Abp(Lite DDD)框架,集成EnityFramework.因为之 ...

  6. 项目中常用SQL语句总结

    1.项目中常常需要修改字段长度,但需要保留数据--增加业务受理 项目名称 字段长度alter table t_ywsl add aa varchar2(200);update t_ywsl set a ...

  7. plsql中查看sql执行计划

    想要优化sql语句,可以从sql执行计划入手. 在plsql客户端,提供了一个方便的按钮来查看执行计划 选中需要查看的sql语句,点击此按钮,就可以看到该条语句的执行计划了. 结果集包括描述,用户,对 ...

  8. BI项目中的ETL设计详解(数据抽取、清洗与转换 )(转载)

    原文:http://www.cnblogs.com/reportmis/p/5939732.html ETL是BI项目最重要的一个环节,通常情况下ETL会花掉整个项目的1/3的时间,ETL设计的好坏直 ...

  9. Django项目中如何建表?怎样导入数据?

    http://django-chinese-docs.readthedocs.org/en/latest/topics/db/models.html 通常在项目中的models.py文件中建表的 Th ...

  10. sqlplus中显示sql执行计划和统计信息

    31 ,32 , 33 ,34  keywords : oracle  storage  structure 最详细讲解: 1:doc 1   logical  storage structure 2 ...

随机推荐

  1. Using Semaphores in Delphi, Part 2: The Connection Pool

    Abstract: Semaphores are used to coordinate multiple threads and processes. That semaphores provide ...

  2. ORACLE ORA-12638:身份证明检索失败

    使用PLSQL连接远程数据库时,有时候会遇到提示ORA-12638:身份证明检索失败的问题,怎么办呢?有两种方法,选择一种更改就行了,网络上大多是第一种方法,如果已经找过不是你想要的答案,那不妨直接看 ...

  3. 一分钟教你分清各种光纤跳线接头(SC、ST、FC、LC、MPO)

    一分钟教你分清各种光纤跳线接头(SC.ST.FC.LC.MPO)  市场上常见的光纤跳线有以下几种接头:SC.ST.FC.LC.MPO,相信很多入门者和小编一样,面对各种英文缩写也是我只认识他们,却不 ...

  4. 在目标服务器Centos7上安装 GitLab Runner

    1.安装提示: 注意:如果你打算通过gitlab-ci,将项目部署到"目标服务器"上,那么这个GitLab Runner就要提前安装到这个"目标服务器"上 (这 ...

  5. 谷歌翻译不能用解决办法(谷歌翻译关闭后,如何继续使用Chrome浏览器的翻译功能?)

    1.查找 IP   虽然谷歌不再提供 translate.google.cn 网页版的服务了,但谷歌翻译的 API 服务还在. 只需要通过 hosts 重定向至国内服务器,即可恢复使用. 1.Ping ...

  6. Vue插件开发,全局插件和按需加入插件

    年前手下事情少,找了一个下午研究了一下Vue插件开发,首先要感谢B站的前端小野森森-2,借鉴了他的视频,自己也写了一下.把过程记录下来. 首先用vite建一个空项目. 然后新建modules文件夹,和 ...

  7. C#的Event事件

    一直不明白事件,今天写了一下,做个笔记吧. 先建一个类,里面有一个方法,返回bool型 public class Subject { public bool IsPass(int x) { Conso ...

  8. vTaskList() 介绍

    vTaskList() 使用注意:使用 vTaskList() 前需使能: make menuconfig -> Component config -> FreeRTOS -> En ...

  9. Java方法-什么是方法

    Java方法-什么是方法 package com.andy.base.Andy.operator.method; public class Demo01 { //main方法 public stati ...

  10. 痞子衡嵌入式:我为2021 TencentOS Tiny AIoT应用创新大赛做了场直播培训

    TencentOS Tiny AIoT 应用创新大赛是腾讯 TencentOS 团队联合恩智浦半导体.安谋科技(Arm China)发起的线上开发者活动,主要面向中小企业嵌入式工程师.广大嵌入式开发者 ...