和 7#的原理一样， 根据 commmit 写正则匹配微服务执行构建就行

Date.now 返回的也是时间戳, db 也是时间戳

学到了新的理论 知识的诅咒 --还附带了活灵活现的例子

v2 还真是学习知识的好地方

来了来了

google `express global error handling`
https://expressjs.com/en/guide/error-handling.html

翻墙可用
1. 配色可以
2. 自建 channel
3. 超链接可以展示 tab

tcp 分包传输 每个包都是带协议头的 协议层会根据包头来进行数据重组

建议百度
`怎样理解阻塞非阻塞与同步异步的区别？`

v 站白嫖党+1

面试定律

当你在考虑对方会不会要你的时候，对方大概率不会要你。

三年 node 后端...
从 Express-> Koa2 -> Nest -> Egg 总体来说是越写越舒服的。
Express 算是 node 框架的基石，大多数现有框架都是基于 Express 二次开发。自己玩造轮子可以玩这个。
Koa2 算是工业化的一个里程碑，写起来就是写 js 的感觉。
Nest 基数大的最主要原因，就是因为 Java 后端转过来写的人多，完全 js 版本的 spring 框架风格，AOP, 对面向对象思维的后端很友好。我写起来感觉最不舒服的一点就是太重了。。 感觉是写 java 。
Egg 也是基于 Koa2 二次开发的，目前来看开发效率还是挺高的，社区活跃，文档很好。

生产 ts 还是要上的，真的是用了 ts 就回不去了，读别人代码舒服，自己写 focus 业务。

都是真情实感回答问题 期待楼主文章

反向思维，整个 db 搬到 redis，9:1 的比例的话，大概 3000w 条数据就可以了吧？

查 redis 就是查 Db, 没有就返回 null 。 启动做数据从 db 到 redis 的冷同步。

唯一的问题就是 从 Db 同步更新 redis

@HashV2
那就一天一条数据啊。。。 转动你的小脑袋瓜子，一个月不就是 30 条数据么。

还是取决于你的统计粒度。你先思考业务的最小粒度吧

用 count 字段记录某个模块的成功 /失败
要做统计 -> 必然是要落盘的 -> 不然数据哪里来
-----
数据量大 上 redis 1s 刷一次盘 多少个模块一个月就多少条数据

```js
(()=>{
setTimeout(()=> {
return 1;
}, 1000 *3)
})()

```

准备面试