[管理与运维]
监控信息中的这两个表格是来自于哪张底层表
这两个信息从哪张表中获取
|
免责声明:本文不代表本站立场,且不构成任何建议,请谨慎对待。
版权声明:作者保留权利,不代表本站立场。
|
|
|
|
yhdata_ruby
显示全部楼层
发表于 2023-3-1 13:26:25
|
|
|
|
banzhuan
显示全部楼层
发表于 2023-3-1 13:31:14
9.4版本没有RUNSQL这张表吧?sql资源去哪里统计呢 |
|
|
|
|
banzhuan
显示全部楼层
发表于 2023-3-1 13:47:55
根据文档,ASSETRUNINFO这张表是运行资源,RUNSQL是sql执行情况,但是RUNSQL在9.4中没有,应该用哪张表呢 |
|
|
|
|
yhdata_ruby
显示全部楼层
发表于 2023-3-1 13:52:55
|
|
|
|
banzhuan
显示全部楼层
发表于 2023-3-10 11:10:25
这张表里看着很像,但是同一条记录的执行时间和页面上的不一样是什么原因呢 |
|
|
|
|
banzhuan
显示全部楼层
发表于 2023-3-10 13:28:57
这张表的时间和页面上的时间不一样,是经过了怎样的处理呢 |
|
|
|
|
yhdata_ruby
显示全部楼层
发表于 2023-3-10 13:40:42
94还是可以看看DBPERFORMANCE这张表,报告执行过程是存于监控数据库中这张库表的 |
|
|
|
|
banzhuan
显示全部楼层
发表于 2023-3-10 14:27:42
查看一张报表,在DBPERFORMANCE这张表里都找不到记录,反而在GRECENTQRY能找到记录,但是执行时间和监控系统中的sql执行监控的执行时间不一致 |
|
|
|
|
yhdata_ruby
显示全部楼层
发表于 2023-3-10 14:30:07
数据存于监控数据库的库表DBPERFORMANCE中,默认存储超过10s请求的数据。通过配置audit.performance.record.limit=10000 调整。
是否是时间太短引起的没有数据 |
|
|
|
|