MAX_IDLE_BLOCKER_TIME 设置持有所需资源的会话在成为终止候选者之前可以空闲的分钟数。 MAX_IDLE_TIME 为所有空闲会话设置限制,而 MAX_IDLE_BLOCKER_TIME 仅为消耗资源的空闲会话设置限制。 MAX_IDLE_TIME 对于连接池来说可能是有问题的,因为它可能会不断地尝试重新创建由该参数终止的会话。 MAX_IDLE_BLOCKER_TIME 参数介绍 此页面提供有关用于影响会话行为的新初始化参数 MAX_IDLE_BLOCKER_TIME 的更多详细信息。 在 Oracle Database 19c 中,您可以指定会话可以处于空闲状态的时间量,之后会话将被终止。 您可以通过设置来定义最大会话空闲时间: 以秒为单位的 MAX_IDLE_TIME 资源计划指令。 默认值为 NULL,表示无限制。 [cce] SQL> EXEC DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE (PLAN => 'DAYTIME', - GROUP_OR_SUBPLAN => 'REPORTING', - MGMT_P1 => 15, - MAX_IDLE_LIMIT … [Read more...]
Oracle 21c 新特性 Data Guard增强
1. Active Data Guard - Standby Result Cache Active Data Guard 备用数据库中的结果缓存用于缓存在物理备用数据库上运行的查询结果。 在角色转换到主数据库的情况下,现在将保留备用数据库结果缓存,以确保卸载报告和其他查询的性能继续进行,而不会损害备用结果缓存的性能优势。 结果缓存的使用极大地提高了重复查询的查询性能,并将对主数据库和备用数据库的性能影响降至最低。 通过在备用数据库上维护结果缓存,将保持在备用数据库上运行的任何查询的性能,以确保以前卸载的报告和其他使用备用数据库的只读应用程序不会受到角色转换的影响。 2. Data Guard Broker Far Sync Instance Creation Data Guard Broker 现在允许用户使用单个命令创建远程同步实例并将其添加到 Data Guard Broker 配置中。 通过使用 Data Guard … [Read more...]
Oracle 21c 新特性 自动In-Memory特性
Database In-Memory 是 Enterprise Edition 的一个选项,现在具有新的“基本级别”功能。 这允许使用具有高达 16GB 列存储的 Database In-Memory,而无需许可该选项。 使用基本级别功能不会触发任何许可证跟踪。 使用基本级别功能时,IM 列存储限制为 16GB。 这可以让客户看到 Database In-Memory 的价值,而不必担心许可问题。 请注意,基础级别还有一些其他限制; 例如,基本级别不包含 CellMemory 功能和 Automatic In-Memory。 自动In-Memroy 特性介绍 Automatic In-Memory (AIM) 无需用户干预即可启用、填充、逐出和重新压缩段。 当 INMEMORY_AUTOMATIC_LEVEL 设置为 HIGH 时,数据库会根据它们的使用模式自动填充段,而不需要将它们标记为 INMEMORY。 结合对选择性列级重新压缩的支持,内存中的填充在很大程度上是自我管理的。 … [Read more...]
Oracle 21c 新特性 自动索引优化
索引的 ADO 策略扩展了现有的自动数据优化 (ADO) 功能,以提供对索引的压缩和优化功能。 Oracle 数据库的客户有兴趣利用压缩分层和存储分层来满足他们的信息生命周期管理 (ILM) 要求。现有的 ADO 功能使您能够设置策略,自动对数据表和分区实施压缩分层和存储分层,而用户干预最少。 在数据库中,索引也会消耗大量的数据库空间。在不牺牲性能的情况下减少索引的空间需求需要 ILM 操作,类似于现有的数据段自动数据优化功能。使用这种新的索引压缩和优化功能,相同的 ADO 基础架构也可以自动优化索引。与用于数据段的 ADO 类似,这种自动索引压缩和优化功能通过使您能够设置通过压缩、收缩和重建索引等操作自动优化索引的策略来实现索引的 … [Read more...]
Oracle 21c 新特性 In-Memory 混合扫描
In-Memory 混合扫描介绍 此页面提供有关在 Oracle Database 21c 中引用“INMEMORY”和“NO INMEMORY”列的查询的更多详细信息。 在 Oracle Database 21c 之前,如果查询引用了具有“NO INMEMORY”属性的任何列,则该查询会访问行存储(缓冲区缓存)中的所有数据。因此,表扫描无法利用列格式、谓词下推和其他内存中特性。 从 Oracle Database 21c 开始,引用“INMEMORY”和“NO INMEMORY”列的查询可以访问列数据。 在某些情况下,IM 混合扫描可以将性能提高几个数量级。当查询具有选择性过滤器时,会产生最大的性能优势。在这种情况下,IM 列存储可以快速过滤掉大部分行,以便行存储仅投影少量行。 为了达到最佳性能,优化器会比较不同的访问方法。如果优化器选择表扫描,则存储引擎会自动确定 IM … [Read more...]
Oracle 21c 新特性 自动索引增强
自动索引介绍 自动索引功能可自动执行 Oracle 数据库中的索引管理任务。自动索引会根据应用程序工作负载的变化自动创建、重建和删除数据库中的索引,从而提高数据库性能。自动管理的索引称为自动索引。 索引结构是数据库性能的基本特征。索引对于使用大型数据集并每天运行数百万条 SQL 语句的 OLTP 应用程序至关重要。索引对于数据仓库应用程序也很重要,这些应用程序通常从非常大的表中查询相对少量的数据。如果您在应用程序工作负载发生变化时不更新索引,现有索引可能会导致数据库性能大幅下降。 自动索引通过根据应用程序工作负载的变化自动和动态地管理 Oracle 数据库中的索引来提高数据库性能。 自动索引提供以下功能: 以预定义的时间间隔定期在后台运行自动索引过程。 … [Read more...]
小工具-Greenplum数据库中AO表和非AO表获取
--执行说明 /*该脚本是用来获取数据库中每个 schema 下是否是 AO 表,如果有 AO 表,将会存储于临时表 *tab_aotable中,如果是非 AO 表,那么将会存储于临时表 tab_naotable 中,由于存储非AO *表和AO表都是存储于临时表中的,因此在会话退出后,临时表将会自动销毁,如果需要获取, *请重新执行以下语句 */ drop table if exists tab_aotable; drop table if exists tab_naotable; create temporary table tab_aotable(table_oid oid,table_name text,aotable text,cond char(1)) distributed by (table_oid); create temporary table tab_naotable(table_oid oid,table_name text,naotable text,cond char(1)) distributed by (table_oid); create or replace function f_get_aotable() returns void as $$ declare v_list_toid oid; v_list_tname text; v_sql text; v_is_ao_tablename text; v_table_oid oid; v_table_name text; v_is_ao_table text; cur1 CURSOR FOR SELECT a.oid, c.nspname ||'.' || b.tablename FROM … [Read more...]
Greenplum 数据库按照指定 schema 恢复脚本
前言 Greenplum 作为OLAP 系统,通过在多个服务器或主机逐渐分配负载来存储和处理大规模业务数据。组成 Greenplum 数据库集群中的每一个计算节点是由独立的 PostgreSQL 实例构成。节点之间的通过 interconnect 相互通信来流转数据。Greenplum 数据库可以运行在多种 X86 架构的平台上,性能取决于安装平台的硬件。由于数据库数据分布在每一个 PostgreSQL 实例中,因此,单个 PostgreSQL … [Read more...]
Mysql 8.0 OGG21C 安装使用
OGG安装 环境介绍,为了节省资源OGG我选择和原库安装在了同一台服务器 1.1 解压ogg的安装包 上传并解压mysql ogg安装包,无需安装解压即可使用 # mkdir /ogg # unzip 213000_ggs_Linux_x64_MySQL_64bit.zip # tar -xvf ggs_Linux_x64_MySQL_64bit.tar 1.2 Mysql数据库配置 源库配置 OGG21C可以使用基于日志的DDL复制,要求添binlog_row_metadata为full模式才可以实现 # vi /etc/my.cnf [mysqld] datadir=/usr/local/mysql/data basedir=/usr/local/mysql socket=/tmp/mysql.sock user=mysql port=3306 character-set-server=utf8mb4 symbolic-links=0 server_id = 1 log_bin = mysql-bin expire_logs_days = 1 binlog_format = … [Read more...]
PostgreSQL 之慢 SQL 语句
一 导读 优化在硬件和非系统故障的情况下,对于提升数据库本身的性能非常重要。每一种类型的数据库都有自己不同的方式去跟踪优化数据库,这些方式中不仅仅包含了数据库系统本身参数层面的优化,而且也包括对 SQL 语句的优化。其中,对于 SQL 语句的优化是 DBA 经常需要接触的工作。因此需要经常关住慢 SQL 语句,以对其进行追踪优化。 二 数据库参数 PostgreSQL 中的慢 SQL 追踪是通过以记录日志的方式进行分析,追踪的,因此,需要优化 SQL 需要启动日志收集功能。以 RPM 方式安装的数据库日志收集功能默认是打开的,以源码编译的方式安装的数据库日志收集功能是关闭的。 启动日志收集功能 postgres=# show logging_collector ; logging_collector ------------------- off (1 row) postgres=# alter system set logging_collector = on; ALTER … [Read more...]
近期评论