测试结论：
1、借助排序和行存列，小查询并发最优吞吐量可以提升3倍
2、最优配置为行存列+排序+索引，其次是：行存列+排序
2、最优配置为行存列+排序+索引，其次是：行存列+排序
在磁盘空间较充足的情况下，建议部署55压缩方式。
测试结论：
1、查询、update、delete 等操作，31压缩比55压缩慢10%-30%；
2、加载：31压缩比55压缩慢2倍；
3、insert全表：31压缩比55压缩慢6倍。
2、加载：31压缩比55压缩慢2倍；
3、insert全表：31压缩比55压缩慢6倍。
测试过程：
（1）压缩方式：31压缩和55压缩；
（2）集群部署：4节点2分片86集群；
（3）测试内容：tpch查询、加载、insert、update、delete。
（2）集群部署：4节点2分片86集群；
（3）测试内容：tpch查询、加载、insert、update、delete。
方法1：
无论是redhat还是suse系统，设置
ulimit -c unlimited，在程序宕机时就会生成core file。方法2：
在redhat系统下，修改
ProcessUnpackaged = yes
在
/etc/abrt/abrt-action-save-package-data.conf 文件ProcessUnpackaged = yes
在
/var/spool/abrt/ 会有相应core file。info:注意:
core file 生成路径： ll /proc/`pidof xx`/ | grep cwd
例如：
(1)dispserver在应用程序所在目录下
(2)corosync 生成路径： /var/lib/corosync
[/shrinks]
1、数据文件所占的磁盘空间回收以文件为单元，只有当这个数据文件涉及的数据都被删除后才能回收该文件占用的磁盘空间。
2、Global Hash需要改成分段存储后才能释放其被Delete掉后的磁盘空间；如果两个列上都建有hash列，但key_dc_size大小不一样，则需要删除这两个key_dc_size的最小公倍数的DC个数后，才能真正的释放掉索引数据空间。
全文索引与hash索引类似，全文索引也有一个库大小的概念。
如果两个列上分别有全文索引和hash索引，则也需要满足最小公倍数原则。
3、由于INSERT/LOADER需要使用尾块数据，因此尾块所在的文件不能删除，即最后两个文件不能删除（一个存了有效尾块，一个存了无效尾块）。
在集群中，每个gcluster都存在一个user为event_scheduler的连接，如下：
Id User Host db Command Time State Info 1 event_scheduler localhost NULL Daemon 60428 Waiting for next activation NULL
event_scheduler用户用于进行数据库执行计划的执行。
gbase集群的执行计划存储在gbase.event系统表中，查询该表可以看当前数据库定义的计划任务，默认如下：
gbase> select * from gbase.event \G
*************************** 1. row ***************************
db: gbase
name: drop_temp_table
body: DROP TEMPTABLE
definer: root@localhost
execute_at: NULL
interval_value: 1
interval_field: DAY
created: 2015-01-30 10:07:34
modified: 2015-01-30 10:07:34
last_executed: 2015-03-23 02:07:34
starts: 2015-01-30 02:07:34
ends: NULL
status: ENABLED
on_completion: DROP
sql_mode: ANSI_QUOTES,IGNORE_SPACE
comment:
originator: 0
time_zone: +08:00
character_set_client: utf8
collation_connection: utf8_general_ci
db_collation: utf8_general_ci
body_utf8: DROP TEMPTABLE
1 row in set (Elapsed: 00:00:00.00)