mysql按照每天每月等统计数据（连续不间断，当天月没有数据为0）

   在统计数据的需求中很容易出现按照天来统计数据的场景，有时某一列的维度在那天并没有产生数据，但是又没有一列是可以确保每天都是有数据的，由于mysql中并没有fulljoin这样的关联方式，在这种情况下关联查询就有些费劲，解决的办法也是多种多样，毕竟条条大路通罗马嘛，其他的就不说了，这里介绍一种相对方便的方法。

   产生一个足够长的时间列，这个列要能够包含想要统计的所有日期。这个思路的实现很泛，可以创建一个日期的临时表，然后将想要查的日期插入，抛开创建表比较麻烦之外，一般在职能比较完善的公司，生产环境创建表或者修改数据是需要交给专门的DBA去 *** 作的，各种流程。。。相对这个较简单的一种方式就是创建存储过程，然后产生时间列，这也是一种解决办法。

   我的思路是先定义一个时间变量并初始化，然后和某个数据足够多的表关联查询获取时间列，这个表一般选取某张要查的表即可，数据条数只要超过需要查询的条数即可，足够即可，太多就是浪费，降低查询效率。

   比如说我要查询2018-01-10到2018-01-20每天的数据，那么就可以写成

   其中，cdate是我定义的一个时间变量，初始化的值是2018-01-09，因为在外面那部分执行之后值已经加1了，已经不是2018-01-10了；data_t是我关联产生记录的实体表，这个表只有一个要求，就是能帮我们产生足够的时间列条数，后面的limit 15是帮助我产生15条时间记录，可以换成其他条件；生成的t0其实就是15条全为2018-01-09的记录，外面的查询在每扫描一条t0的记录就会加1天，这样就会产生连续的时间列；WHERE后面是最终查询的截止条件，换成其他的也可以。

关联其他表举例：

查询从2018-01-10到当前日期每天的统计数据

  通过上面的例子我想大部分人应该可以灵活变化了，比如查询多少天内每天的统计数据，某几个月内每月的统计数据等等，通过修改上面给的例子里面的sql完全可以做到，可以说这种思路就是个‘万能模板’，希望本文能够帮到大家。

问题：

仅用慢日志文件，如何快速获取分时报告？

如果有监控系统，获取分时报告（每小时慢查询的条数报告）不难，如果只有慢日志文件，就会有点费劲。

实验：

通过 pt-query-digest --timeline 功能，可以输出带时间戳的慢查询条目

用 sed 将 timeline 报告滤出

安装 termsql

使用 termsql，将报告导入，并使用 SQL 查询一条记录，以展示 termsql 的效果

可以看到 termsql 将 timeline 报告的每一行，整理成了一条数据，放在 SQLite 中。

下面就可以尽情使用 SQL 获取分时报告：

用一个复杂一点慢日志，获得如下结果：

可以轻松定位到慢查询的热点时段，也便于发现业务的周期性规律。

termsql 是一个很方便的小工具：

1. 可以用于将文本导出到 SQLite 中，方便 SQL 查询。

2. 它与 ps 或者 top 合用也有惊喜，比如找出 CPU 占用率高于 25% 的进程：

select date_format(atime,'%Y-%m-%d %H') as hour,count(*) as Count from z_alarm_false where atime >= '2019-1-25 00:00:00' and atime <= '2019-1-26 00:00:00' group by date_format(atime,'%Y-%m-%d %H')

---