大规模X86集群切换到arm集群会有哪些风险点？

DWS有计划那个版本实现动态分区吗？

我们写了一些函数/存储过程用来展现报表数据，为了存储中间数据用了临时表，并且临时表在运行过程中insert的数据量有时候会很大（百万级），因此在后续对这些临时表引用的时候，需要对这些表做动态采样，否则会导致执行计划有问题。在Oralce中，我们在函数/存储过程中在对临时表做关联查询的时候，采用 SELECT /*+ opt_param('OPTIMIZER_DYNAMIC_SAMPLING',6) */ 这样的hint 来要求做动态采样。在Opengauss中，我们先是尝试在INSERT 临时表数据后，通过ANALYZE tablename;来更新该临时表的统计信息，但是ANALYZE无法在函数/存储过程中执行，否则会报”ANALYZE cannot run inside a transaction block”。请问是否有其它办法可以在函数/存储过程中对临时表做动态采样？

DATABASE PRINCIPLES AND TECHNOLOGIES – BASED ON HUAWEI GAUSSDBOfcial Textbooks for Huawei ICT Academypdf original url:https://www.researchgate.net/publication/364647374_Introduction_to_Huawei_Cloud_Database_GaussDBhttps://library.oapen.org/bitstream/20.500.12657/59331/1/978-981-19-3032-4.pdf

GaussDB怎么查询分区表的索引信息？

V500r002c10版本通过PG_USER_STATUS这个视图能查到用户锁定时间。表1 PG_USER_STATUS字段名称类型描述oidoid行标识符（隐含字段，必须明确选择）。roloidoid角色的标识。failcountinteger尝试失败次数。locktimetimestamp with time zone角色被锁定的时间点。rolstatussmallint角色的状态。0：正常状态。1：由于登录失败次数超过阈值被锁定了一定的时间。2：被管理员锁定。permspacebigint角色已经使用的永久表存储空间大小。tempspacebigint角色已经使用的临时表存储空间大小。passwordexpiredsmallint密码是否失效。0：密码有效。1：密码失效。 新版本查adm_users视图，信息比pg_user_status这个系统表要全 ADM_USERSADM_USERS视图存储关于数据库所有用户名信息。需要有系统管理员权限才可以访问。该视图同时存在于PG_CATALOG和SYS schema下。表1 ADM_USERS字段名称类型描述usernamecharacter varying(64)用户名称。user_idoid用户身份证号。account_statuscharacter varying(32)帐户状态。lock_datetimestamp with time zone如果帐户状态为 LOCKED，则帐户被锁定的日期。expiry_datetimestamp with time zone账户到期日期。default_tablespacecharacter varying(4000)数据的默认表空间。temporary_tablespacecharacter varying(4000)临时表的默认表空间的名称或表空间组的名称。local_temp_tablespacecharacter varying(30)暂不支持，置NULL。createdtimestamp with time zone用户创建日期。profilecharacter varying(128)暂不支持，置NULL。initial_rsrc_consumer_groupcharacter varying(128)暂不支持，置NULL。external_namecharacter varying(4000)暂不支持，置NULL。password_versionscharacter varying(12)显示帐户存在的密码哈希（也称为“验证器”）的版本列表。此列的值可以包括：md5、sha256、sm3editions_enabledcharacter varying(1)暂不支持，置NULL。authentication_typetext指示用户的身份验证机制。proxy_only_connectcharacter varying(1)暂不支持，置NULL。commoncharacter varying(3)暂不支持，置NULL。last_logintimestamp with time zone用户最后一次登录的时间。oracle_maintainedcharacter varying(1)暂不支持，置NULL。inheritedcharacter varying(3)暂不支持，置NULL。default_collationcharacter varying(100)用户Schema的默认字符序。implicitcharacter varying(3)暂不支持，置NULL。all_shardcharacter varying(3)暂不支持，置NULL。password_change_datetimestamp with time zone上次设置用户密码的日期。V500r002c10版本的adm_users中只有一个字段：cid:link_0

关闭 echo never > /sys/kernel/mm/transparent_hugepage/enabled echo never > /sys/kernel/mm/transparent_hugepage/defrag 修改完成后，请执行如下命令，使参数生效。 reboot 打开 echo always> /sys/kernel/mm/transparent_hugepage/enabled echo always> /sys/kernel/mm/transparent_hugepage/defrag 修改完成后，请执行如下命令，使参数生效。 reboot 透明大页的enabled和defrag的取值有三个 always madvise 和never

DWS 811版本使用时是否可以执行连接串中加statement_timeout参数？如：jdbc:postgresql://host:port/database?statement_timeout=30000jdbc:gaussdb://host:port/database?statement_timeout=30000

这些年大家都在谈分布式数据库，各大企业也纷纷开始做数据库的分布式改造。那么，所谓的分布式数据库到底是什么？采用什么架构？优势在哪？为什么越来越多企业选择它？分布式数据库技术会向什么方向发展？

请问：openGauss 据说已经支持大小写不敏感的like匹配，问题来了GaussDB是否也已经支持大小写不敏感的like匹配？ 

AWR（Automatic Workload Repository）报告目前已经成为Oracle DBA分析问题，定位故障最为重要的报告，阅读与分析AWR报告的技能也是Oracle DBA必备的技能。国产数据库为了提高运维便捷性，都在做类似Oracle AWR报告的模仿，只不过由于指标体系不够完善，因此其“AWR报告”大多数只是一个摆设，除了TOP SQL功能外，并不能给运维带来更大的帮助。GaussDB的可观测性指标做得相当不错，指标内容很丰富，指标的指向性也很准确，而要做好“AWR报告”的基础就是这些准确而丰富的指标。基于这一点，我对GaussDB WDR报告的期待还是有点高的。下面我带着大家来浏览一下GaussDB的WDR报告，看看这个报告能否满足DBA日常运维分析数据库性能与故障的需要。GaussDB的WDR报告全称是工作负载诊断报告，不过在TPOPS里被称为“性能报告”，我觉得“性能报告”不够严谨，不过如果用“工作负载诊断报告”又有点不够高大上。根据GaussDB分布式数据库的特点，这个报告分为三种类别：集群、CN节点和DN节点。这三种类型的工作负载放在一起又比较乱，分为三种格式是比较合适的，这方面GaussDB的设计还是比较符合DBA的习惯的，不过我也在思考分布式数据库的“AWR报告”是不是像PolarDB一样做成单文件多页的更加易读。不过对于GaussDB这样的可能会有很多个节点的分布式数据库，如果整个集群生成一份报告，也有一些副作用，一份报告生成的时间可能会比较长，而且有时候我们并不需要整个集群所有节点的报告。今天因为时间关系，我先以集群报告为主线给大家介绍一下WDR都包含了哪些内容。因为报告的内容比较多，因此我们将略去一些平时不大关注的内容。Database Stat我原本想略去的，不过里面还是有一些有价值的信息的，包括各个数据库的Tuple、blk hit等信息对于分析性能问题还是有价值的。GaussDB的Load Profile和Oracle有点像，不过缺少了关于SQL解析的相关数据，实际上高斯数据库里是有相关指标的，不知道为什么没有收录进来。WDR的Load Profile在指标选取上有点刻意学习Oracle了，实际上GaussDB的负载指标与Oracle有较大的不同，可以提供比Oracle还丰富的负载信息，包括select /delete/update/insert/ddl/dcl等的负载信息，如果能把这些内容收录进来就更好了。在负载文件后面提供的P80/P95 sql响应时间的数据，这是十分好的，特别是对于一些交易类系统，这两个指标便于发现系统中的SQL性能是否存在问题。这个报告中的命中率和IO PROFILE明显有点敷衍了，估计很少有DBA能够在这些指标中看出系统到底有啥问题。以我对GaussDB的了解，在这里可以显示的数据可以翻好几倍。随后是TOP SQL的报告，说实在的GaussDB的SQL报告内容还是不错的，十分详尽，除了TOP SQL的维度分解十分全面外，每条SQL的执行指标分解也比较全面。特别是后面sort/hash的详情分解对于一些复杂SQL的性能问题分析，是一目了然的。Cache IO Stats是Oracle没有的内容，针对TOP OBJECT的缓冲命中情况进行分析。这对于发现shared_buffers设置是否过小，以及某些数据是否需要预热还是比较有用的。通过对某些对象Cache IO的状态也可以为解释某条SQL为什么会在执行计划没有变化的情况下，执行时间变长的某种原因。Object Stats相当于Oracle的Top Segments，用于发现某个对象存在的问题有一定的价值。维度划分也比较详细，应用开发商应该能够从中发现很多有价值的信息。至此看到的WDR报告的内容虽然说存在一定的遗憾，不过总体还是不错的。可惜的是看到这里报告也到了结尾，似乎有点意犹未尽，作为一个DBA，我还没有看到一些我特别想看到的东西。    这份报告如果用于性能分析，那么一些关键指标的数据依然是十分需要的，可惜这里没有。GaussDB的WDR报告中把更多的细节留在CN节点的报告中，集群报告似乎过于简单了。即使细节可以从CN节点的报告中获得，在集群的报告里，还是缺少了一些十分重要的信息，目前从GaussDB的可观测性指标中，这些数据都是可以十分轻松地获取到的，要想加在报告里并不困难。我从一个DBA的角度列举一下我希望在WDR集群报告里想看到但是没看到的数据：1）集群的拓扑信息，CMS/CN/DN/GTM/ETCD等的基本信息，基本健康状态等。2）系统关键指标详细清单（集群汇总信息）。3）系统关键目录的使用情况（各节点数据目录/日志目录）。4）全局事务的总体情况。5）报告时间区间内的数据库锁冲突情况。6）SEQUENCE的使用情况。7）复制组与RTO/RPO情况。8）集群负载均衡性，集群中各个CN节点的负载是否均衡。集群资源使用均衡性（CPU/IO/内存/网络）。今天只是分析了一下集群的WDR报告，还有一些信息会在CN/DN的报告中看到。在没有分析CN/DN节点的WDR之前，我先不做总体的评价，等CN/DN报告分析结束后再来做最后的点评吧。作者：白鳝的洞穴

DWS8115版本，是否有快速（5-10分钟内）查整个schema表倾斜的方法？sas盘

华为GaussDB 200 安装Manager失败，提示shmmax值太小

GaussDB 分布式版可以使用postgis插件吗 目前支持的版本是什么？还是对于地理数据有其他的支持方式？

ETL除了官方的工具DataArts Studio 想请教下还有哪些开源的工具也可以做Guassdb的ETL吗？