智能索引如果常驻内存，如何有效释放掉这部分内存？
智能索引被加载后常驻内存，refresh table可以释放表元数据占用的内存空间。
NULL值是空值，只可以通过is null或is not null进行检索，不能使用等值运算：比如a=null或a!=null。而且两个NULL值是无法比较的，比如两个表做join，join条件是t1.a=t2.a，假如两列都有NULL值，则不会匹配上。
为什么无法通过REVOKE ALL ON *.* FROM USER命令回收所有权限？
产品设计模型就是如何赋权限如何进行回收。例如：数据库级权限database_name.*需要使用database_name.*来回收，而不能通过全局级权限*.*回收。
可以通过查询系统表gbase.table_distribution查询hash分布列。gbase> create table t1(c1 int,c2 varchar(10)) distributed by ('c1'); Query OK, 0 rows affected (Elapsed: 00:00:00.22) gbase> desc gbase.table_distribution; +--------------------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +--------------------+--------------+------+-----+---------+-------+ | index_name | varchar(128) | NO | PRI | | | | dbName | varchar(64) | NO | | NULL | | | tbName | varchar(64) | NO | | NULL | | | isReplicate | varchar(3) | NO | | YES | | | hash_column | varchar(64) | YES | | NULL | | | lmt_storage_size | bigint(20) | YES | | NULL | | | table_storage_size | bigint(20) | YES | | NULL | | | is_nocopies | varchar(3) | NO | | YES | | +--------------------+--------------+------+-----+---------+-------+ 8 rows in set (Elapsed: 00:00:00.00) gbase> select * from gbase.table_distribution where dbname='guo' and tbname='t1'\G *************************** 1. row *************************** index_name: guo.t1 dbName: guo tbName: t1 isReplicate: NO hash_column: c1 lmt_storage_size: NULL table_storage_size: NULL is_nocopies: NO 1 row in set (Elapsed: 00:00:00.00) 表中的hash_column字段即为hash分布列。
审计日志记录的主要内容如下：thread_id: 线程号，同processlist中的ID;taskid：每个sql任务编号；start_time：开始执行时间；end_time：结束执行时间；user_host：登录的用户和IP，显示格式为：priv_user[user]@hostname[ip]；user：用户名;host_ip: 用户登录端IP地址;query_time：执行语句所用时间；rows：行数；db：执行语句所针对的数据库；table_list: 涉及表，格式：<db>.<tb>[,...];sql_text：记录执行用时大于long_query_time设定值的SQL语句；sql_type：sql类型，如DDL、DML、DQL、OTHERS；sql_command: sql命令类型，如SELECT、UPDATE，INSERT，LOAD等;algorithms: 涉及的算子，比如JOIN、WHERE、GROUP、HAVING等;status：sql执行状态，如SUCCESS、FAILED、KILLED等；conn_type：用户登录方式（CAPI、ODBC、JDBC、ADO.NET、STUDIO）；[info]注意：[/info]sql_command的取值范围为：INSERT、DELETE、UPDATE、LOAD、CREATE USER、CREATE DB、CREATE TABLE、CREATE VIEW、CREATE INDEX、CREATE PROCEDURE、CREATE FUNCTION、RENAME USER、ALTER DB、ALTER TABLE、ALTER PROCEDURE、ALTER FUNCTION、ALTER EVENT、DROP USER、DROP DB、DROP TABLE、DROP VIEW、DROP INDEX、DROP PROCEDURE、DROP FUNCTION、DROP EVENT、TRUNCATE、GRANT、REVOKE、SELECT和OTHERS。algorithms的取值范围为：START_WITH、CONNECT_BY、JOIN、WHERE、GROUP、OLAP_GROUP、HAVING、OLAP_FUNC、DISTINCT、ORDER和LIMIT。若一个SQL涉及多个算子，各算子之间用逗号分割。
从862集群开始表名字段名支持中文字符，需要打开参数gcluster_extend_ident。参数gcluster_extend_ident，用来控制是否可以创建中文表名字段、特殊字符的字段。默认为0，表示不开启，为1表示开启。在gcluster_extend_ident为0的情况下，创建带有中文标识的库表，提示失败。修改配置文件加入gcluster_extend_ident = 1，在不重启的情况下set global gcluster_extend_ident = 1开启，创建带有中文标识的库表，提示成功。在8.6.2.18-R2.82869上测试，打开gcluster_extend_ident参数。gbase> set global gcluster_extend_ident=1; Query OK, 0 rows affected (Elapsed: 00:00:00.01) gbase> \q Bye suse103:~ # gccli guo GBase client 8.6.2.18-R2.82869. Copyright (c) 2004-2017, GBase. All Rights Reserved. gbase> create table 表(列1 int,列2 varchar(10)); Query OK, 0 rows affected (Elapsed: 00:00:01.10) gbase> insert into 表 values(1,'a啊'); Query OK, 1 row affected (Elapsed: 00:00:00.03) gbase> select * from 表; +------+------+ | 列1 | 列2 | +------+------+ | 1 | a啊 | +------+------+ 1 row in set (Elapsed: 00:00:00.02)
8611版本集群建议不要使用nocopies表，后续版本将兼容nocopies属性，增加参数缺省关闭。建表时即使指定nocopies属性也按照正常表创建，基于性能考虑还可以使用nocopies表。
集群层sql和下发到节点层的sql，如何对应？
使用限制：（1）视图名不能和现有表名重复（2）创建视图时SELECT语句必须引用表或视图，且引用的表或视图必须存在（3）视图所引用的表不能是临时表（4）创建视图时SELECT语句不能使用系统或用户变量（5）创建视图时SELECT语句中不能包含子查询（6）创建视图时不能使用预处理语句参数，存储过程中的参数或局部变量（7）在存储过程中不能修改ALTER视图（8）不能给视图添加索引（9）不能对视图进行INSERT、UPDATE和DELETE操作
[shrinks title="审计日志表表结构" checked="checked"]11.5_r12.4_R1.1版本对审计日志表表结构增加了4列。原表结构：start_time 开始执行的时间user_host 登陆的用户名和hostquery_time sql 执行的时间rows 返回结果集行数db sql 执行的当前数据库名sql_text sql 内容conn_type 用户登陆方式(CAPI、ODBC、JDBC、ADO)审计日志表新增列的内容如下：Taskid 全局唯一的任务号End_time SQL执行结束的时间Sql_type 标识SQL类型，DDL，DML，DQL，OTHERSStatus 标识SQL执行成功还是失败，SUCCESS，FAILED项目上手动修改表结构。[/shrinks][shrinks title="修改审计日志表结构的方法" checked="checked"]1）由于审计日志表是系统表，需要手工修改每个节点gcluster和gnode的审计日志表的表结构2）修改审计日志表结构时需要关闭审计日志功能，set global audit_log=off;3）修改审计日志表结构之前需要执行：set sql_mode=’’;4）修改表结构有两种方法方法一，直接在原表上增加列Alter self table audit_log add column taskid bigint not null first; Alter self table audit_log add column end_time timestamp not null after start_time; Alter self table audit_log add column sql_type mediumtext not null after sql_text; Alter self table audit_log add column status mediumtext not null after sql_type;方法二，创建新表，倒数据后，替换原表Taskid bigint not null, Start_time timestamp not null, End_time timestamp not null, User_host mediumtext not null, Query_time time not null, Rows integer not null, Db varchar(512) not null, Sql_text mediumtext not null, Sql_type mediumtext not null, Status mediumtext not null, Conn_type mediumtext not null ) engine =gssys character set utf8 comment=’Audit log’; Insert into audit_log_new(start_time, user_host, query_time, rows, db, sql_text, conn_type) select * from audit_log; Alter self table audit_log rename to audit_log_bak; Alter self table audit_log_new rename to audit_log;5）替换完成后需要重新开启审计日志功能: set global audit_log=on;[/shrinks]