返回首页

gbase数据、南大通用产品文档:GBase8c

更新日期:2024年09月11日

查看账本历史操作记录
前提条件

系统中需要有审计管理员或者具有审计管理员权限的角色。

GBase 8c V5 开发者手册
南大通用数据技术股份有限公司
209

数据库正常运行,并且对防篡改数据库执行了一系列增、删、改等操作,保证在查询时
段内有账本操作记录结果产生。
背景信息

只有拥有AUDITADMIN 属性的用户才可以查看账本历史操作记录。
有关数据库用户及
创建用户的办法请参见7.2.4 用户。

查询全局区块表命令是直接查询gs_global_chain 表,操作为:
SELECT * FROM gs_global_chain;
该表有11 个字段,每个字段的含义见章节20.2.13 GS_GLOBAL_CHAIN。

查询用户历史表的命令是直接查询BLOCKCHAIN 模式下的用户历史表,操作为:例
如用户表所在的模式为ledgernsp,表名为usertable,则对应的用户历史表名为
blockchain.ledgernsp_usertable_hist;
SELECT * FROM blockchain.ledgernsp_usertable_hist;
用户历史表有4 个字段,每个字段的含义见表7-19。
用户历史表的表名一般为blockchain.__hist 形式。当防
篡改用户表模式名或者表名过长导致前述方式生成的表名超出表名长度限制,
则会采用
blockchain.__hist 的方式命名。
操作步骤
步骤1 连接CN 节点,登录数据库查询全局区块表记录。
postgres=# SELECT * FROM gs_global_chain;
例如,查询结果如下:
blocknum | dbname | username |
starttime | relid | relnsp
| relname |
relhash | globalhash txcommand
----------+----------+----------+-------------------------------+-------+----
-------+-----------+------------------+----------------------------------+---
---------------
------------------------------------------------------------
0 | postgres | gbase
| 2021-04-14 07:00:46.32757+08 | 16393 | ledgernsp |
usertable | a41714001181a294 | 6b5624e039e8aee36bff3e8295c75b40 | insert into
ledge
rnsp.usertable values(1, 'alex'), (2, 'bob'), (3, 'peter');

GBase 8c V5 开发者手册
南大通用数据技术股份有限公司
210
1 | postgres | gbase
| 2021-04-14 07:01:19.767799+08 | 16393 | ledgernsp |
usertable | b3a9ed0755131181 | 328b48c4370faed930937869783c23e0 | update
ledgernsp.
usertable set name = 'bob2' where id = 2;
2 | postgres | gbase
| 2021-04-14 07:01:29.896148+08 | 16393 | ledgernsp |
usertable | 0ae4b4e4ed2fcab5 | aa8f0a236357cac4e5bc1648a739f2ef | delete from
ledge
rnsp.usertable where id = 3;
该结果表明,
用户gbase 连续执行了三条DML 命令,
包括INSERT、
UPDATE 和DELETE
操作。
步骤2 查询历史表记录。
postgres=# SELECT * FROM blockchain.ledgernsp_usertable_hist;
查询结果如下:
rec_num |
hash_ins
|
hash_del
|
pre_hash
---------+------------------+-----------------+------------------------------
----
0
| 1f2e543c580cb8c5 |
|e1b664970d925d09caa295abd38d9b35
1
| 8fcd74a8a6a4b484 |
|dad3ed8939a141bf3682043891776b67
2
| f51b4b1b12d0354b |
| 53eb887fc7c4302402343c8914e43c69
3
| 437761affbb7c605 | 8fcd74a8a6a4b484 | c2868c5b49550801d0dbbbaa77a83a10
4
|
| f51b4b1b12d0354b | 9c512619f6ffef38c098477933499fe3
(5 rows)
查询结果显示,用户gbase 对ledgernsp.usertable 表插入了3 条数据,更新了1 条数据,
随后删除了1 行数据,最后剩余2 行数据,hash 值分别为1f2e543c580cb8c5 和
437761affbb7c605。
步骤3 查询用户表数据及hash 校验列。
postgres=# SELECT *, hash FROM ledgernsp.usertable;
查询结果如下:
id | name |
hash
----+------+------------------
1 | alex | 1f2e543c580cb8c5
2 | bob2 | 437761affbb7c605
(2 rows)
查询结果显示,用户表中剩余2 条数据,与步骤2 中的记录一致。

GBase 8c V5 开发者手册
南大通用数据技术股份有限公司
211
----结束

取值:[0|1|2]
默认值:1
说明:hybrid hash join 的开关。默认为1。

GBase 8a MPP Cluster 参数手册
文档版本2022-06-07
南大通用数据技术股份有限公司
34
0: no use;
1(default): use(enable dump data to file);
2: use(disable dump data to file)。
修改方式:
可使用set 语句修改值也可在配置文件中修改值。
适用于session、
global
范围均可。

在集群范围内进行密码安全管理需要考虑到一致性的问题,面临着如下场景。
假设集群中包括A B C 三个Coordinator:
场景1:在A 点登录,达到密码锁定次数,A 点将锁定,同时B 点C 点也会锁定。
场景2:在A 点登录,密码重试出错,那么B 点C 点即使没有做密码重试,密码重
试次数也增加。
场景3:在A 点登录,密码验证成功,密码重试次数需要清0,如果B 点,C 点密
码重试次数不为0,也需要清0。
由于在场景3 下,每进行一次登录,如果都需要在所有节点进行密码重试次数清0
操作将会很影响效率。而且清0 操作时会记录feventlog,如果存在节点离线,那么
feventlog 会大幅度增加,会给系统带来很大冲击。因此增加一个参数进行控制,默
认关闭,在了解上述影响的情况下,可以手动进行开启。
表4- 71 参数说明
参数名
范围
含义
gcluster_user_check_consistent
0、1
为0 表示关闭,
为1 表示开启,
默认
开启。