-
### Describe your use case
慢SQL问题分析的时候期望组合Plan Monitor Report 报告 + 全链路信息的内容
### Describe the solution you'd like
慢SQL问题分析的时候期望组合Plan Monitor Report 报告 + 全链路信息的内容
可以增加参数来让用户同时能拿到这两个信息
原来：obdiag ga…
-
### Describe your use case
现有的obdiag gather perf 命令收集的数据是perf的原始数据，不方便用户直接查看
### Describe the solution you'd like
希望obdiag gather perf 命令收集的数据再加工一下，方便用户查看火焰图
### Describe alternatives you've consi…
-
### Description
某租户会话连接缓慢可能的根因有哪些？
1、网络问题（丢包、防火墙等因素）
2、proxy性能问题（负载过高，会话连接数量过多等）
3、租户负载过高，响应缓慢
4、租户当时的并发连接过高
5、租户总体性能不佳
还有哪些原因呢？
下列影响因素是否会引发这个问题，或者影响会话连接速度？
1、正在做备份
2、服务器IO延时过高
3、正在做数据合并
-
### Describe the bug
obdiag gather stack的时候报错
/tmp/obstack_x86_64_7: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory
### Environment…
-
### Describe your use case
4.x物理恢复慢如何排查
### Describe the solution you'd like
obdiag 支持4.x物理恢复慢如何排查
### Describe alternatives you've considered
_No response_
### Additional context
_No response_
askdb updated
3 weeks ago
-
### Describe your use case
GC 流程涉及到 RS 的状态切换和 LS 的资源安全回收，流程上较长。且 GC 线程每个租户仅有一个，某个日志流 GC Hang 死时会卡住所有其余日志流的 GC，进而造成更大的影响。
### Describe the solution you'd like
obdiag rca支持GC问题的根因分析
### Describe alt…
-
### Description
很多情况下只是某个租户出现异常，这时再进行集群级别的分析和信息收集比较浪费时间，我们只会关系租户问题能否解决。
-
### Describe your use case
observer的CPU使用率居高不下，一般是什么问题引起的？
### Describe the solution you'd like
期望obdiag 能将cpu爆问题的根因分析支持一下。
### Describe alternatives you've considered
_No response_
### Addition…
-
### Description
日常OB集群管理涉及数十个，每个集群包括几十台服务器、几十个租户，往往大部分问题场景都是其中个别1-2个租户及其leader副本上，这时候对整个OB集群一键巡检/信息收集比较费时，即使尽可能缩短采集时间范围日志文件体积也不小，想将文件发到外网也很困难。
即使用另一种途径，每次手动编辑obdiag配置文件，缩减为对应的leader副本IP，在集群、服务器、租户数较…
-
### Description
进行日志分析时对日志进行压缩传输