mysql 监控开始时间,结束时间,平均取n个时间点

需求

最近1小时 1分钟 60个点

最近3小时 5分钟 36个点

最近6小时 10分钟 36个点

最近12小时 20分钟 36个点

最近1天 1小时 24个点

最近3天 3小时 24个点

最近1周 6小时 28个点

如果你的递归查询支持递归CTE(如MySQL 8.0+),可以使用递归查询来生成平均分布的时间点。下面是一个示例,假设开始时间为 start_time,结束时间为 end_time,要取n个时间点:

sql 复制代码
WITH RECURSIVE TimePoints AS (
    SELECT TIMESTAMPADD(SECOND, 0, start_time) AS time_point, 1 AS point_number
    UNION ALL
    SELECT TIMESTAMPADD(SECOND, (UNIX_TIMESTAMP(end_time) - UNIX_TIMESTAMP(start_time)) / (n - 1) * point_number, start_time), point_number + 1
    FROM TimePoints
    WHERE point_number < n
)
SELECT time_point
FROM TimePoints;

解释:

WITH RECURSIVE TimePoints AS: 这部分定义了一个递归CTE,用于生成时间点序列。

SELECT TIMESTAMPADD(SECOND, 0, start_time) AS time_point, 1 AS point_number: 这是递归的起始部分,设置第一个时间点和计数器。

SELECT TIMESTAMPADD(SECOND, (UNIX_TIMESTAMP(end_time) - UNIX_TIMESTAMP(start_time)) / (n - 1) * point_number, start_time), point_number + 1: 这是递归部分,通过计算时间段的秒数差除以(n-1)来计算每个时间点的间隔。

WHERE point_number < n: 这个条件确保递归停止在生成n个时间点之后。

最后的 SELECT time_point FROM TimePoints: 返回生成的时间点序列。

例子:

sql 复制代码
WITH RECURSIVE TimePoints AS (
    SELECT TIMESTAMPADD(SECOND, 0, '2024-08-08 18:30:00') AS time_point, 1 AS point_number
    UNION ALL
    SELECT TIMESTAMPADD(SECOND, (UNIX_TIMESTAMP('2024-08-08 21:30:00') - UNIX_TIMESTAMP('2024-08-08 18:30:00')) / (6 - 1) * point_number, '2024-08-08 18:30:00'), point_number + 1
    FROM TimePoints
    WHERE point_number < 6
)
SELECT time_point,(SELECT name
FROM op_custom_config_tb
ORDER BY ABS(TIMESTAMPDIFF(SECOND, update_time, time_point))
LIMIT 1) aaa
FROM TimePoints;
相关推荐
ClouGence12 小时前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
Java水解14 小时前
Mysql查看执行计划、explain关键字详解(超详细)
后端·mysql
知其然亦知其所以然18 小时前
MySQL 社招必考题:如何优化查询过程中的数据访问?
后端·mysql·面试
DemonAvenger19 小时前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
程序新视界20 小时前
如何在MySQL中创建聚集索引?
mysql
AAA修煤气灶刘哥1 天前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql
程序新视界1 天前
学习MySQL绕不开的两个基础概念:聚集索引与非聚集索引
mysql
RestCloud1 天前
跨境数据传输:ETL如何处理时区与日期格式差异
mysql·api
RestCloud1 天前
揭秘 CDC 技术:让数据库同步快人一步
数据库·api
得物技术2 天前
MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术
数据库·后端·mysql