1 使用场景
最近在调试一个多线程的问题，为了能够清晰的看出每个线程的执行情况，我们用日志简单的记录了下每一步的执行结果，进而分析问题出错的原因。
在执行成功的情况下，我们每个项目每次会记录6条日志，首先我们的需求是：
- 对项目执行结果进行分组，一个项目的结果在一起
- 分组后对组进行排序，按时间由近至远排序
- 组内排序，按照执行时间由远至近
- 组内排序后显示序号123…
SELECT
a.ID,a.PLAN_ID,b.PLAN_NAME,a.PRO_ID,c.PRO_NAME,a.PERFORM_ACTION,
a.DURATION,a.PERFORM_DATE,a.IDENTIFICATION
FROM SPKBKT_ROLL_PLAN_JOURNAL a
JOIN SPKBKT_ROLL_PLAN b ON a.PLAN_ID = b.ID
JOIN SPKBKT_PRO_PROJECT c ON a.PRO_ID = c.ID;
在这里插入图片描述这是什么什么都没加的情况，我们可以看到查出来的结果很乱，看不到我想要的东西。
接下来我们做一个简单的分组，为什么要用ORDER BY来做，因为是这样的，由于采用的多线程，各个线程触发时间十分相近，但是我们需要对每一个项目进行分组，所以在此处，我们做了一个唯一标识IDENTIFICATION，每个项目每次执行时记录的6条日志里都会存储这个唯一标识。
IDENTIFICATION的组成结构：前13位是一个精确到毫秒的时间戳，后4位是项目ID，中间的部分为计划ID（每个计划中有若干个项目）。
代码语言：javascript复制SELECT
a.ID,a.PLAN_ID,b.PLAN_NAME,a.PRO_ID,c.PRO_NAME,a.PERFORM_ACTION,
a.DURATION,a.PERFORM_DATE,a.IDENTIFICATION
FROM SPKBKT_ROLL_PLAN_JOURNAL a
JOIN SPKBKT_ROLL_PLAN b ON a.PLAN_ID = b.ID
JOIN SPKBKT_PRO_PROJECT c <
