两把刷子

CAT多个BUG修复与改进

1

## CAT BUG修复与改进交流 1. Transaction、Event、Problem点击Type的Show，会请求当前页面所有的Type数据，数据量大的时候造成卡顿  2. Problem进行long-sql、long-url等等筛选后，可以看到下图的曲线图，但是数据是全量，不是筛选后的！  3. 新增9999柱状图与99柱状图  4. CAT集群下，在控制台配置规则可以同步到所有的消费机、消费机  5. 告警消息中丰富了 告警信息具体查看地址， 结合飞书完成告警并能够at具体的用户，快速触达(*告警网关是个单独的服务，暂不公开*)  6. Grpc接入CAT并整合CROSS！这部分在基础组件在RPC调用过程中封装的SDK，暂不公布，欢迎交流！  结束语：我们逐步改造了 多线程内部CAT打点、用户自定义异常反应在失败率上等等，优化查询速度，巨大数据量存储等等，我与小伙伴在2020年12月在公司内部开始推广以来，到今天已经1年半的时间！现在CAT帮助我们业务在定位问题，快速排障、用户无感知集成进服务(统一脚手架)，给我们提供了巨大的好处！我认为是 全链路日志追踪的一匹黑马

多集群情况下出现修改项目的联系方式，配置不生效。单机就没有问题

2

经过排查，发现单机的情况下，所有的告警、消费机、控制台都在同一个实例中，共用一块内存。一个updateProject，内存更新了之后所有的都会生效。 为啥集群情况下就不可以呢。告警的实例和控制台实例是独立实例。即使控制台更新了配置之后，内存也更新了。告警的实例中，发告警的时候，从内寸中取出来，如果没有才去访问数据库，但是告警实例中有Project的配置，只不过是旧的而已。所以导致配置不更新。 后来跟踪源码 原来cmdb这一块没有生效。 这个地方要开启，会去创建对应的TaskBuilder，然后去更新cmdbInfo,但是切记  

 总是报错 docker的tomcat容器中为什么不能用