反饋已提交
網絡繁忙
本文将简单介绍 Logdb 数据库中各个数据表和表字段的含义。
fine_record_execute
fine_record_login
fine_record_logout
fine_record_email
fine_record_write
fine_record_error
fine_record_param
fine_record_sms
fine_record_operate
fine_record_sql
fine_record_gc
fine_record_func
fine_record_conf
fine_record_lock
fine_tpl_info
fine_container_entity
fine_function_process
fine_operation_process_log
fine_operation_shutdown_record
fine_plugin_usage
fine_schedule_record
fine_intelli_focus_point
fine_intelli_consume_point
报表(BI)执行表:报表访问/导出/打印日志,即如果报表访问/导出/打印的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录。
其各个字段对应的含义如下表所示:
字段
含义
字段类型
记录目录全路径
如果直接访问链接则为空
具体列举在下面的表格中
范围0~105,目前已使用33个编码
报表占用内存,单位 B
若因宕机等情况计算中断,记录的是报表开始计算到计算中断所占用的内存(根据格子数估算,一格子占用0.2KB)
当模板 complete 字段值为0时,这里记录为0
若计算完成,记录的数据除200之后返回的是报表从开始计算到计算完成所生成的格子数
是否计算完成
若因宕机等情况计算中断,记录为0
若计算完成,记录为1
integration:通过 URL 访问
single:平台访问的
注:userId、complete、visitType、resource 字段需要更新到 2019-5-20 及之后版本的 JAR 包。
字段 type 具体含义如下表所示:
编码
类型
markString
BI 模板编辑
1)记录逻辑:点开一张仪表板进入编辑状态,等待页面全部加载完毕,无论做多少操作或不做操作,记录一次;下次再点模板进去编辑或者刷新网页记录第二次
2)同一张仪表板,每次编辑都会有记录
登录表:用户登录日志,用于记录用户的登录信息。
登出表:用户登出日志,用于记录用户的登出信息。
邮件表:邮件发送日志(只包含工具栏中的“邮件”),即如果报表发送邮件的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录。
填报表:记录填报日志信息,即如果报表进行填报的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录。
执行出错日志表:即如果报表执行的过程中报错的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录,记录全部 error 和 fatal 级别的报错信息。
记录 reportlet 下的完整路径
如果不是模板出错,则 tname 记录为“非模板触发错误”。
是否在平台中显示
1-是
0-否
有记录到此表的错误日志,此字段记为1,反之此字段记为0
平台日志的错误日志中过滤展示,只展示 platformDisplay=1 的记录。
常用参数组合表:记录常用参数组合日志信息。
参数,值以数组形式展示:
{参数 1:参数值,参数 2:参数值}
短信发送表:记录短信发送日志信息,即如果发送短信的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录.。
管理日志表:即用户对模块进行操作的时候,将会在该表中添加一条记录,并在相应字段中填写其对应的信息记录。
具体需要记录的场景如下表所示:
权限项:“目录/数据连接/业务包/可管理部门角色”类型:查看/授权/编辑
来源:“部门/角色/姓名(用户名)”类型:“权限项”
权限项:“模板路径”类型:查看/填报
SQL 执行表:记录 SQL 的执行情况。
GC 记录表:记录系统的 GC 信息。
GC 类型
GC 的原因
功能点使用日志表:记录功能点使用情况
功能点,值以数组展示,例如:
功能:次数,功能:次数
记录 fine_conf_entity 中的部分配置信息。
记录用户锁定的日志
记录模板属性
序号
模板id
物理模板名称
条件属性个数
公式个数
sheet个数
数据集个数
复杂公式的个数
内置提交的个数
是否使用了冻结
是否使用了折叠树
控件个数
模板总大小
模板里图片的大小
引擎情况汇总0
引擎情况汇总1
引擎情况汇总2
引擎情况汇总3
引擎情况汇总4
内存情况汇总0
内存情况汇总1
内存情况汇总2
内存情况汇总3
内存情况汇总4
sql情况汇总0
sql情况汇总1
sql情况汇总2
sql情况汇总3
sql情况汇总4
过滤个数
参数注入个数
模板内公式使用情况
模板内JS API使用情况
模板检测时间
记录容器信息
记录功能点信息
记录云端运维操作日志
记录信号量信息
记录插件信息
记录定时任务执行信息
备注
id
主键
UUID
creator
创建者
detailMessage
详细信息
filePath
生成附件路径
预留字段,未使用
logMessage
日志信息
logTime
任务执行时间
日志打印时间
logType
日志类型
0-失败
1-成功
2-跳过
nextFireTime
下一次记录时间
runType
附件处理类型
0-快照生成
1-邮件发送
2-FTP上传
3-消息推送
4-文件打印
5-短信发送
6-平台挂载
7-自定义类
8-定时填报
9-客户端通知
10-SFTP上传
taskName
任务名称
功能埋点表:用来保存所有公共的埋点信息。
埋点来源
-1-没有定义来源(UNDEFINED)
1-内置 JAR 包的功能点(EMBED)
2-插件功能点(PLUGIN)
4- FineReport 的功能点(REPORT)
8- FineBI 的功能点(BI)
根据功能点 ID 存放不同功能点的信息
次要信息,可能为空
字段 id 格式说明:
例如:FR-F1001
FR 前缀,表示是 FR 的埋点。
第一位字母表示功能/性能:F-功能、P-性能。
第二位数字表示分类:1-数据源、2-前台、3-报错、4-智能运维、5-设计器。
表中字段 id 和 body 之间的关系如下表所示:
id:数据连接标识
version:数据源版本
driver:连接驱动信息
times:使用次数
connecttime:创建连接的时间
初版插件记录示例:{node:2,memory:16,situation:normal,inform:1,type:auto}
node 为推荐节点数(推荐单机时记为1)
memory 为推荐单机/单节点内存
situation 为推荐的情况:记为"normal"时为正常推荐,"error"时为推荐值异常情况,"inequacy"时为运行数据不足情况,"nonsupport"时为不支持推荐配置。其中"normal"情况下 node 与 memory 有值,其余情况 node 与 memory 记为空
inform 为是否进行了通知,记为1代表已通知,记为0代表未通知
type 为推荐的类型,记为"auto"为根据一自然日运行数据进行推荐的结果,记为"manual"为用户访问接口链接推荐的结果
记录示例:{sessionid: xxxxxx, reason: release, detail: row count, load: high load, cell num: 100000, survival time: 600000}
sessionid: 被清除的会话 id
reason: 会话被清除的原因大类。包括 life(生命周期),limit(模板限制),release(智能释放)三项
detail: 会话被清除的详细原因
reason 记为 life 时,此项记录为空。
reason 记为 limit 时,此项记录为:row count(单数据集行数限制),cell count(单模板单元格限制),sql time(sql执行时长限制),excel cell count(导入Excel单元格限制),commit row count(提交记录数限制),cartesian(填报笛卡尔积限制)
reason 记为 release 时,此项记录为:stop calculating
load: 会话被杀时的系统的负载状况。包括endanger(危险状态),terrible load(超高负载),high load(高负载),normal load(中低负载)
cell num:已计算的单元格个数
survival time:存活时间
记录示例:{type: high load kill, kill num time: 50, kill num cell: 50, session num: 300, load: terrible load}
type: 包括high load kill(小杀),terrible load kill(大杀),remove all(超杀清除所有会话)
kill num time: 因未更新时间过长被杀的会话数,type 为 removeAll 时记为空
kill num cell: 因格子数过多被杀的会话数,type 为 removeAll 时记为空
kill num sum: 被杀的会话数求和
session num: 释放会话之前的会话总数
load: 会话被杀时的系统的负载状况。包括 endanger(危险状态),terrible load(超高负载),high load(高负载),normal load(中低负载)
time:进程关闭时间
pid:进程 pid
startTime:进程开始时间
upTime:进程持续时间
signalName:信号量
node:节点名
containerMem:容器设置的内存大小
cpu:CPU 核数
disk:磁盘总空间
diskUsed 磁盘已使用空间
jdkVersion:JDK 版本
containerVersion:Web容器版本
machineMem:物理机内存
system:服务器操作系统
systemNum:服务器操作系统位数
arch:处理器架构,如x86_64、x86
diskSpeed:磁盘存取速度
FRbuildNO:FR的 jar 包版本
BIbuildNO:BI 的 jar 包版本(记录 BI 的 jar 包版本,未使用 BI 则记为空)
serverType:服务器类型(cloud代表云服务器,local代表本地服务器)
gcType:垃圾收集器类型
容器配置情况:应用所在容器、服务器的配置信息。每日记录一次
licType:注册类型
expireTime:注册到期时间
CTRID:合同 ID
companyId:公司 ID
productVersion:产品版本
platformUserNum:用户人数
用户基本信息:用户的注册信息等内容。每日记录一次
tid:模板 ID
tName:物理模板名字(reportlets下的完整路径)
cNums:条件属性个数
formNums:公式个数
sheetNums:多 sheet 个数
dsNums:数据集个数
compFormNums:复杂公式的个数(包括层次坐标、SQL、Value公式)
submitNums:内置提交的个数
isFrozen:是否使用了冻结
isFoldTree:是否使用了折叠树
widgetNums:控件个数
filterNums:过滤个数
injectNums:参数注入个数
formula:模板内公式使用情况
jsAPI:模板内JS API使用情况(限制记录为255字符)
tSize:模板总大小
imgSize:模板里图片的大小
lineEngine :是否启用行式引擎(1为启用,0为未启用)
execute0-execute4:执行时间的5级的分段记录
mem0-mem4:内存使用量的5级的分段记录
sql0-sql4:SQL 执行时间的5级的分段记录
模板属性信息:记录模板的各项信息,每张模板每日输出一条记录
id:数据在配置中的位置
value:数据值
配置信息:每日将 FineDB 中的 fine_conf_entity 表中的特定信息记录一次
plugin:插件名
version:插件版本
API:插件中所用接口情况
opration:插件运行情况
register:插件注册情况
enable:插件是否启用
插件使用情况:插件的使用情况,每个插件在每日记录一次
功能点购买情况:功能点购买情况,每日记录一次
性能信息表:记录性能相关信息。
Original 类里面
embed:表示当前系统的
plugin:表示插件的埋点
undefined:表示没有定义来源
consume
可以表明是进行了哪种操作
应用实时情况表:记录应用实时情况。
单位 KB
2020-06-08 及之后 JAR 新增字段
directMem「nio」和mappedMem
文 檔回 饋
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉