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吗？

数据库论坛2月热门问题汇总GaussDB 的数据库复制工具DRS支持oracle9i的迁移吗cid:link_1 通过drs工具进行oracle数据库到gaussdb数据库的全量数据同步，但不支持oracle9i 数据库论坛11月热门问题合集我要如何从0到开始学习GaussDB目前，我是一名Java后端开发学习人员，对MySQL具有一定的认识，现在我想学习GaussDB，我应该如何做？问题链接:cid:link_2优质解答：您好，这里有个学习的经验帖子，看看能不能帮到你cid:link_6另外，如果还想了解，可以去数据库课程学习cid:link_7我的云服务器 和云数据库 MySQL 在不同地域下（如 C在广州，MySQL 在上海），可以直接内网访问吗？问题链接：cid:link_3您好，跨地域内网默认不能访问，不同区域的云服务之间内网互不相通。您可以通过公网访问，或者通过云连接/VPN打通网络实现内网访问。云数据库 MySQL 执行某个存储过程中误删了部分未备份的数据，能否还原数据？问题链接: cid:link_0优质解答： 如果在云数据库 MySQL 中执行某个存储过程时误删了一些未备份的数据，数据恢复可能会比较困难。但是，还是有一些可能的方法可以尝试：如果开启了binlog日志，可以使用binlog还原数据。基于binlog的增量备份及数据还原方法在很多情况下是有效的，但需要注意的是，这个方法对于删除操作可能存在一定的局限性。可以尝试使用备份还原的方法。如果之前有定期备份数据，那么可以通过还原备份数据来找回误删除的数据。如果有对删除的数据进行了深度解析，那么也可以尝试解析记录来恢复数据。请注意，以上方法并不能保证100%能够恢复数据，因此在进行任何数据恢复操作之前，强烈建议先备份整个数据库，以防止任何意外的数据丢失Gauss DB DWS 通常跑批加工场景下，都是大数量做关联操作，通常不建议使用索引。有些时候因为计划误判导致使用索引的可能会导致严重的性能问题。这句话怎么理解？网址: cid:link_4优质解答：在Gauss DB DWS中，当进行大批量的关联操作时，通常不建议使用索引。这是因为在大批量数据场景下，索引的使用可能会导致性能问题。首先，索引是一种用于快速检索数据的数据库结构。它可以帮助数据库系统快速定位到满足查询条件的数据行。然而，在大批量数据关联操作的场景下，索引可能并不总是最有效的选择。在大批量关联操作中，数据通常以大规模的形式进行处理和交换。如果使用索引，数据库系统需要在关联操作期间频繁地访问索引结构，这可能会导致额外的I/O操作和计算开销。相比之下，全表扫描可能更加高效，因为它可以避免索引查找的开销，并直接读取整个表的数据。此外，由于数据库优化器在选择执行计划时会根据统计信息和成本估计进行决策，有时候可能会出现计划误判的情况。即使索引不是最优选择，优化器仍然可能会选择使用索引。这种情况下，由于索引的使用导致额外的开销和性能下降，可能会出现严重的性能问题。GaussDB（DWS）中，什么是存算分离表，它与传统数据库中的表有什么不同cid:link_5优质解答：GaussDB(DWS)中的存算分离表是一种新型的表存储模式，它将表的存储和计算分离，以提高数据处理效率和灵活性。存算分离表的主要特点是将表的存储和计算分布在不同的节点上，通过高速网络进行连接和通信。这种分离的设计使得存储和计算可以独立扩展，从而提高了整个系统的可扩展性和灵活性。相比之下，传统数据库中的表通常采用存储和计算紧密耦合的方式，即表的存储和计算都在同一个数据库服务器上执行。这种方式在处理小规模和中等规模的数据时可能表现良好，但在处理大规模数据时可能会面临性能瓶颈和扩展性问题。存算分离表的优势在于：灵活性：由于存储和计算可以独立扩展，因此可以根据实际需求灵活地调整存储和计算资源，以适应不同的数据处理需求。可扩展性：存算分离表可以水平扩展，通过增加节点来扩展系统的处理能力，从而满足大规模数据处理的需求。高性能：通过将计算和存储分离，可以减少数据在节点之间的传输延迟，提高数据处理效率。成本效益：存算分离表可以根据实际需求进行弹性扩缩容，从而降低了硬件成本和维护成本。