试着回答一下吧： 1. 元数据各个实例都有（协调节点CN、数据实例DN），而且是保持元数据一致的，部分信息只记录在CN的系统表里，所以CN实例元数据要大一些，存储路径都是数据目录相应库路径下，默认default路径是base； 2. 数据怎样存放这个命题比较大，行存和列存文件组织有些差异，可以参考相关博文详述。但都是以表文件形式，存在数据目录下，填充行元祖或列batch，如果没有建绝对或相对表空间，那么是default表空间就是base路径；如果是sql on obs/hdfs，那么会在数据存放在obs、hdfs上；如果建了表空间，那么也是表文件放在表空间路径下，和oracle类似。 3. 升级通常是采用的就地升级，c80升级8.0只需要一跳，大版本升级主要工作是刷元数据，通常的时间窗都是8小时，实际升级过程时间没这么长，需要考虑升级前检查和升级后校验。

玩转数仓GaussDB(DWS)性能调优黑科技

给葛老师点赞

评论 这名太难起：有关系，文件数达到千万级别，文件系统的hash桶深度不足，就会导致hash冲突提高，文件访问效率十倍甚至百倍以上下降

truncate其实是一个删除文件重新创建的过程，可以看一下资源情况，磁盘IO是否已经比较高，在所在盘iostat -xm 2可以查一下这张表的大小，通过select * from pg_table_size()，如果很大也可能慢；在truncate执行后，查看cn等待视图select query_id from pgxc_stat_activity where query like xxx，找到该语句query_id后，查看等待视图pgxc_thread_wait_status where query_id = xxx，查看等待状态，是否慢在某个DN，或者其他问题

说的好，顶一个

在GaussDB 6.5.1版本后，列存表支持delta表，主要使用场景是多数情况批量导入，仅少量小批量数据插入列存表的场景；可以通过查看guc参数enable_delta_store看是否开启该特性，参数deltarow_threshold决定进入delta表的行阈值，小于该值入delta表；delta表与行存存储类似，空间效率也类似，如果有较大增删改查，同样会有膨胀的问题，列存delta表应当不支持索引，会影响一些查询性能，需要注意；delta表向列存表做数据合并需要用到vacuum deltamerge，该过程加锁影响DDL和部分写事务，需要考虑业务低峰期做；其他控制数据膨胀的思路：1）批量导入尽量打开数据页复制 enable_data_replicate 2）查询集中在某些列，且主要是大批量入库，建议建列存表，列存表压缩比例高；3）频繁小批量数据入库，建议行存表，列存表一个CU预占8K，总是单条插入，且列类型不支持min/max的话，空间膨胀会很厉害；4）及时检查脏页率 pg_stat_all_tables，看n_dead_tup，如果有频繁的delete/update，建议定期对表vacuum full。

点赞一记

建议先不带索引数据入库，入库后再重新建索引，效率应该能高一些

1. 所有的多租户页面运维操作、监控显示首先会下发rest请求至FIM Web模块，web模块的日志在/var/log/Bigdata/tomcat/web.log2. web模块收到页面请求之后将请求转发给aos模块处理，aos模块的日志在/var/log/Bigadata/controller/aos/aos.log3. aos模块收到web发来的请求之后，做一些通用处理，然后对调用各组件的插件aos-plugin，各组件在自己的插件中实现自己的多租户机制，插件的日志在/var/log/Bigdata/controller/aos/plugin.log4. 以上1-3的日志均在主oms节点，对于MPPDB组件，aos-plugin会ssh到cm_ctl -Cv查询结果的第一个CN节点执行mpp-userpermission.sh脚本，该脚本的日志在/var/log/Bigdata/mpp/scriptlog/permission/userpermission.log5. mpp-userpermission.sh脚本会调用当前节点（主CMS节点）的mpp-sqlExecutor.sh脚本，该脚本的日志在/var/log/Bigdata/mpp/scriptlog/sqlexecutor.log6. mpp-sqlExecutor.sh脚本中会执行sql，对资源池进行增删改查以及查询监控信息等可以参考下以下思路查看下日志