Ⅰ GBase 8a MPP数据库如何通过JDBC实现连接级的负载均衡
在使用JDBC实现连接GBase8aMPP数据库时，由于GBase8aMPP数据库是分布式数据库，那么在通过JDBC实现连接高可用的情况下，还希望能够实现连接级别的负载均衡，需要如何实现呢？这就需要使用到GBase8aMPP数据库JDBC驱动自带的负载均衡功能。
如果我们希望把数据库连接请求平均分布到各个节点的上话，我们可以使用JDBC 高可用负载均衡功能。
假设有如下场景，部署有一个GBase 集群，三个节点IP如下：
192.168.1.1；192.168.1.2；192.168.1.3；
String dbUrl =
“jdbc:gbase://192.168.1.1:5258/test?user=gbase&password=gbase20110531&failoverEnable=true&hostList=192.168.1.2,192.168.1.3&gclusterId=gcl1”;
failoverEnable：是否开启高可用。
hostList：集群节点的IP列表，以逗号分隔，hostList中不需要包含url中的主IP。
gclusterId：不同的gclusterId会创建不同的列表，用于区分被连接的集群，要求必须以a-z任意字符开头的可以包含a-z、0-9所有字符长度为最大为20的字符串。
高可用负载均衡功能是将url中的IP和hostList中的IP放入一个列表中，当应用获取连接的时候，JDBC会从列表表中顺序获取IP创建连接，每个IP获取一个连接，从而实现连接的负载均衡，同时，当列表中的IP不可连接时，JDBC会顺序获取列表中的下一个IP，获取连接，如果无可用连接时，将抛出异常。也就是说高可用负载均衡功能既实现了连接负载均衡功能，也实现了高可用功能。
Ⅱ GBase 8c 数据库怎么修改表列的默认值和数据类型
支持分别修改列默认值和数据类型。要为某列设置一个新默认值，可以使用命令：
ALTER TABLE table_name ALTER COLUMN column_name SET DEFAULT new_default;
修改数据类型，使用命令：
ALTER TABLE table_name ALTER COLUMN column_name TYPE new_type;
注意：这不会影响任何表中已经存在的行。
Ⅲ ggbase怎么用
ggbase用法如下，可以通过其数据系统进行数据分析，并且GgBase非常强大，8a是国内首个基于列存的新型分析型数据库，8a Cluster是国内首个分布式并行数据库集群，8t是国内首个与世界先进技术接轨的国产事务型通用数据库系统，可以进行强大的计算力。
GBase是南大通用数据技术有限公司推出的自主品牌的数据库产品，在国内数据库市场具有较高的品牌知名度。
使用ggbase的首先需要打开ROUTINES表因为该表提供了关于存储子程序(存储程序和函数)的信息，所以需要与之相对于，启动电脑ggbase的运行。
此时ROUTINES表不包含自定义函数UDF名为mysql.proc name的列指明了对应INFORMATION_SCHEMA.ROUTINES表的mysql.proc表列，然后便能开始运行ggbase。
然后打开TABLES表提供了关于数据库中的表的信息包括视图详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息，这是数据统计的关键软件，同时也是数据分析的关键，同时是show tables from schemaname的结果取之此表。
Ⅳ GBase8s数据库SQL语句性能缓慢从哪个方面入手分析
在实际的生产运行环境中，很多客户现场都看到开发人员和系统管理人员遇到很多有关于GBase 8s 数据库引起的性能问题，进而被多次问起如何进行GBase 8s 数据库性能调优，
性能优化原则
包括：
性能规划：深入了解应用与数据库的交互特征，确立良好的设计、开发、测试迭代过程，上线前消除模型上的性能瓶颈。
实例调优：建立性能基准，对比调节数据库、操作系统、存储、网络等的配置，主动监控、消除瓶颈。
SQL 调优：书写高效 SQL，优化相关数据库对象，充分借助优化器，确定最佳执行计划。
性能优化流程
首先执行下面的初始检查：
– 获取直接用户的使用反馈，确定性能目标和范围。
– 获取性能表现好与坏时的操作系统、数据库、应用统计信息。
– 对数据库做一次全面健康检查。
根据收集的信息，以及对应用特性的了解，构建性能概念模型，明确性能瓶颈所在，以及导致性能的根本原因。
– 首先应该排除操作系统、硬件资源造成的瓶颈。
– 然后针对数据库系统性能进行分析
– 必要时，还需要检查应用日志，因为系统性能问题也可能由于应用非 SQL 部分造成瓶颈。
提出一系列针对的优化措施，并根据它们对性能改善的重要程度排序，然后逐一加以实施。不要一次执行所有的优化措施，必须逐条尝试，逐步对比。
通过获取直接用户的反馈验证调节是否已经产生预期的效果，否则，需要重新提炼性能概念模型，直到对应用特性了解进一步准确。
重复上述，直到性能达到目标或由于客观约束无法进一步优化。
常见调优技巧
找到 CPU 占用最高的 SQL
在 sysmaster 库中执行
select sqx_estcost, sqx_sqlstatement
from syssqexplain
order by sqx_estcost desc
1
2
3
注意：此时看到的仅仅是当前正在执行的 SQL
需要多看几次
onstat 命令
onstat -g act 得到当前正在执行的 SQL
根据 rstcb 列
onstat -u | grep 57c68220
1
从第三列 sessid 得到 SESSION
onstat -g ses SESSION 即可得到当时正在执行的 SQL
一般多找几个 threads 后，就基本可以确定问题 SQL
得到 SQL 后，利用 set explain on 分析其查询路径，看是否未利用索引，在对大表进行全表扫描，根据需要创建相应索引。
找到全表扫描较多的表及其 SQL
得到全表扫描较多的表
-- 系统顺序扫描较多时，被多次顺序扫描的大表，如果有，应该考虑增加索引
select first 5
substr(t.tabname,0,20) tabname,
substr(dbsname,0,10) dbname,
nrows*rowsize*p.seqscans costs,
substr(p.seqscans,0,8) seqscans,
substr(nrows,0,8) nrows
from sysmaster:sysptprof p , systables t,sysmaster:sysprofile s
where p.tabname = t.tabname
and p.seqscans > s.value/50
and s.name = 'seqscans'
--and s.value > 2000000 and nrows > 2000
order by 3 desc
1
2
3
4
5
6
7
8
9
10
11
12
13
利用 onstat –g ses 0 –r 5/ onstat –g stm 的输出信息，根据表名，找到可能的 SQL 语句。由于以上获取 SQL 的办法是有局限的，如果无法获取，建议通过查看应用日志或联系开发人员查看源代码的方式来找到。
利用 set explain on 分析其查询路径，确认是在对表进行全表扫描，根据需要创建相应索引。