gbase数据、南大通用产品文档：GBase8a服务使用

接口使用之前需要登录服务获取token ，登录地址为
http://{ip}:8081/api/v1/login，
请求参数使用form-data 形式提交，
请求方
式为POST，请求参数为username 和password。登录成功后会在返回值中给出
token 的值，同时会在返回的Header 中默认设置token。获取token 后每次调
用API 中的接口，
都需要在请求的Header 中设置token，
形式为：
Authorization: Bearer
eyJhbGciOiJIUzUxMiJ9.eyJzdWIiOiJhZG1pbiIsImNyZWF0ZWQiOjE2MDExODc1NzA1MzAsImV4cCI6MTYwMTc5
MjM3MCwiaWF0IjoxNjAxMTg3NTcwfQ.zKQtAy6rBTDd0BAKR9giyXv7BF9yjZELy083ROxL9FitdjYATbiI_J1vJIrvTC
5uprheKcOzqB5te-ZJbuWg9w。token 的有效时长为24 小时，过期后需要重新登录获取
token。服务重启后token 会失效，需要重新登录获取token。
3 统一监控使用

如果用户有低于 Repeatable Read 的隔离级别，
则一旦从游标访存下一行，
数据库服务器就
释放放置在行上的更新锁。
当您设置任何下列隔离级别时，
使用此特性，
您可使用 RETAIN
UPDATE LOCKS 子句来保留更新锁，直到事务的结束为止：
•
Dirty Read
•
Committed Read
•
Cursor Stability
此特性允许您避免 Repeatable Read 隔离级别的开销或暂时避开诸如行上的假更新。当打
开 RETAIN UPDATE LOCKS 特性，
且在 SELECT...FOR UPDATE 语句的访存期间在行上
隐式地放置更新锁时，
直到事务的结束，
才释放更新锁。
使用 RETAIN UPDATE LOCKS 特
性，
仅保持更新锁，
直到事务的结束为止，
而 Repeatable Read 隔离级别同时保持更新锁和
共享锁，直到会话的结束为止。
下列示例展示当您将隔离级别设置为 Committed Read 时，如何使用 RETAIN UPDATE
LOCKS 子句。
SET ISOLATION TO COMMITTED READ RETAIN UPDATE LOCKS
要关闭 RETAIN UPDATE LOCKS 特性，
请不要使用 RETAIN UPDATE LOCKS 子句来设置
隔离级别。当您关闭该特性时，未直接地释放更新锁。然而，从此时起，后续的访存释放
紧前的访存的更新锁，而不是更早的访存操作的更新锁。关闭的游标释放当前行上的更新
锁。

GBase 8s SQL 指南：教程
南大通用数据技术股份有限公司 - 250 -

要获取关于当您指定隔离级别时，如何使用 RETAIN UPDATE LOCKS 特性的更多信息，
请参阅《GBase 8s SQL 指南：语法》。

集群负载均衡
如果我们需要将连接请求分摊到集群的每个节点上时，可以使用集群负载
均衡功能（该功能需要GBase ADO.NET 8.3.81.53 及以上版本）
。集群负载均衡
功能与集群高可用功能都属于客户端负载均衡解决方案。使用此功能时，需同
时设置连接串的Failover、IpList、GClusterID 参数。
集群负载均衡支持多集群的情况，即在一个应用中可以指定多个集群共同
分担负载。但在每个连接串中只能指明一个GClusterID 和此集群的IpList。



GBase 8a 程序员手册ADO.NET 篇
南大通用数据技术股份有限公司

- 55 -
假设存在如下场景：

现有集群G1 中存在三个节点，
18 个连接请求。
节点1：