自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

提供数据库技术支持(系统优化,故障处理,安装升级,数据恢复等)

提供数据库技术支持(系统优化,故障处理,安装升级,数据恢复等)

  • 博客(386)
  • 收藏
  • 关注

原创 故障处理:Oracle ADG 主库想备库传输日志的归档路径禁用的报错

摘要: Oracle ADG主库向备库传输日志失败,备库无法同步。排查发现主库alert日志显示归档路径被禁用,但无明确ORA错误。检查log_archive_config参数发现备库缺少主库的db_unique_name值。修复方法为修改备库参数为DG_CONFIG=(htzznew,htzz,htzzdg),随后主库启用路径并触发日志传输,问题解决。同步恢复后,备库alert日志显示正常接收归档日志并应用。 (字数:150)

2025-12-11 23:26:50 216

原创 故障处理:ORA-12005: may not schedule automatic refresh for times in the past

本文通过实验模拟了ORA-12005错误的发生场景,分析了Oracle作业调度机制。实验设置包括修改系统时间、配置跟踪事件,创建测试存储过程和自动作业。通过分析后台跟踪文件,发现作业执行失败后会按指数间隔重试(1/2/4分钟),并在16次失败后标记为broken。关键发现:作业启动时会先分析update语句但延迟执行;无论成功与否都会修改next_date;成功执行会清零失败计数。实验验证了官方文档关于作业重试机制的描述,为处理类似故障提供了参考。

2025-11-21 14:13:58 662

原创 读书笔记:白话解读Oracle的一种高级功能——列表分区(List Partitioning)

本文介绍了Oracle数据库中的列表分区(List Partitioning)功能,通过通俗易懂的比喻解释了其原理和应用场景。列表分区允许用户按照自定义值列表(如美国各州缩写)将数据分组存储,相比范围分区和哈希分区更适合处理离散值分组需求。文章重点说明了DEFAULT分区的使用注意事项:虽然可以解决未定义值的存储问题,但一旦设置就会限制后续新增特定值分区。作者建议在使用时需提前规划分组逻辑,并谨慎处理DEFAULT分区的管理限制。本文适合数据库开发人员学习分区技术的最佳实践。

2025-11-21 14:10:53 623

原创 PG优化系列:列隐式转换导致SQL性能下降的案例分析

文章摘要:本文分享了一个来自生产环境的经典案例,分析PostgreSQL中一条执行缓慢的SQL语句。该SQL包含多个标量子查询,虽然结构简单但执行计划异常冗长。作者通过分析执行计划定位性能问题,并展示了如何快速诊断SQL性能瓶颈的方法。文章同步更新于微信公众号"IT民工的龙马人生"和个人博客(www.htz.pw),建议在网页端查看以获得更好的代码展示效果。

2025-11-21 14:07:40 723

原创 读书笔记:SQLLDR数据加载实战指南:从问题到解决方案

《SQLLDR数据加载实战指南》摘要 本文分享了使用Oracle SQLLDR工具处理不同格式数据文件的实用技巧,涵盖常见问题的解决方案:字段超长时通过指定char长度解决;CSV文件需添加引号保护;制表符分隔数据需严格指定分隔符;固定宽度数据采用position定位提升加载效率;日期数据需指定格式转换。文章提供了各类场景的控制文件配置示例和结果说明,并总结为实用技巧表格,帮助开发者快速掌握SQLLDR的高效使用方法。 (全文共146字)

2025-11-20 16:18:44 764

原创 ORACLE故障恢复:启用与禁用事务的并行恢复

本文介绍了ORACLE数据库中事务并行恢复机制的启用与禁用方法。通过参数FAST_START_PARALLEL_ROLLBACK可控制并行恢复模式(FALSE禁用,LOW/HIGH设置并行度)。文章指出并行恢复可能导致SMON进程CPU占用过高或恢复缓慢的问题,并提供了切换回串行恢复的具体操作步骤,包括修改参数、暂停SMON进程、监控恢复状态等。还介绍了如何计算剩余恢复时间,并提供了相关SQL脚本示例。本文作者黄廷忠,文章同步发布于微信公众号"IT民工的龙马人生"和个人博客网站www.h

2025-11-20 16:16:27 737

原创 PG优化系列:Oracle迁移到PG中性能下降1000倍续集

PostgreSQL 17版本引入了新特性,允许将相关IN子查询转换为连接操作,显著提升了查询优化能力。文章通过实际测试验证了该特性在IN子查询场景中的优化效果,执行计划中不再出现SubPlan关键词,表明子查询已被成功重写为连接操作。然而测试发现该特性目前仍不支持NOT IN场景,期待未来版本进一步完善。文章还介绍了通过debug_print_rewritten参数查看查询重写过程的方法,并在PG14和PG17环境中对比了相同SQL的执行计划差异,展示了新特性带来的性能优化效果。

2025-11-20 16:12:56 744

原创 读书笔记:用数据泵和SQLLDR轻松搞定Oracle数据迁移

本文介绍了Oracle数据迁移的两种实用工具:数据泵和SQLLDR。数据泵适合数据库间大数据量迁移,能够将数据打包成二进制文件;SQLLDR擅长从文本文件导入数据。文章详细说明了两种工具的使用方法和不同模式的特点,数据泵支持条件筛选、压缩和加密,SQLLDR提供常规路径和高速直接路径两种加载方式。作者还给出了根据场景选择工具的建议,强调操作后检查日志的重要性。文章内容来自《Expert Oracle Database Architecture》学习笔记,同时提供了作者博客和社交平台信息。

2025-11-19 16:28:59 1017

原创 Oracle案例:迁移含有LONG字段的表

本文分享了Oracle数据库中迁移含有LONG字段表的多种方法。作者通过测试环境(RHEL 4.8+Oracle 10.2.0.4)验证了多种迁移方案,包括CTAS、MOVE、expdp network_link、COPY命令和expdp方式。测试表明,带有LONG字段的表不能使用常规的CTAS或MOVE方法迁移,而expdp network_link方式也会报错。COPY命令迁移成功但可能存在潜在问题,作者建议优先使用传统的exp/imp工具进行迁移,因为expdp方式在10g版本中可能导致LONG字段乱

2025-11-19 16:27:03 391

原创 PG优化系列:Oracle迁移到PG中性能下降1000倍

本文分析了Oracle迁移到PostgreSQL时出现的SQL性能问题。原SQL语句使用NOT IN子查询检索booking表中不在account表的记录,由于PostgreSQL无法自动处理子查询可能返回NULL值的情况,导致查询性能极差。文章通过模拟实验展示,在外键约束下本该快速返回0行的查询却执行30多分钟无结果,建议改用NOT EXISTS语法重写SQL。对比Oracle会自动优化此类场景,PostgreSQL当前仍需人工干预来规避NULL值问题。完整内容可访问微信公众号[IT民工的龙马人生]或博客

2025-11-19 16:24:15 714

原创 读书笔记:外部表的两大“超能力”:直接读取压缩文件和自动清理脏数据

通过这三个例子(查询系统状态、读取压缩文件、清理数据),我们看到。

2025-11-18 15:16:48 463

原创 LINUX在线扩文件系统(/目录)

本文介绍了如何在Linux系统中在线扩展根目录文件系统。通过添加新磁盘、创建物理卷、扩展卷组和逻辑卷,最终使用resize2fs命令实现在线扩容。适用于RHEL 5.4系统,要求根目录位于LVM逻辑卷中。详细步骤包括:1)查看新磁盘;2)创建物理卷;3)扩展卷组;4)扩展逻辑卷;5)使用resize2fs命令在线扩展文件系统。文章还指出RHEL 4系统需使用ext2online命令。最终成功将根目录从29GB扩展到50GB,并提供了相关命令帮助信息。更多内容可访问作者博客或微信公众号。

2025-11-18 15:14:20 206

原创 PG新功能:PG 17引入IN子句转换

PostgreSQL 17引入重要优化:IN子句转换功能。该版本将相关IN子查询自动转换为更高效的连接操作,显著提升执行效率。通过示例测试可见,相同查询的执行时间从4607ms降至30ms,无需任何代码修改。这一改进特别适用于涉及相关行的IN子句,但不支持NOT IN转换。该优化展示了PostgreSQL在查询性能方面的持续进步,使开发者能更高效地处理复杂查询。文章同步发布于微信公众号和博客网站(www.htz.pw),欢迎转载并标注出处。

2025-11-18 15:11:44 413

原创 PG系列:在 ​​psql​​ 客户端中定义参数与动态赋值

本文介绍了PostgreSQL命令行客户端psql中三种变量定义方式:1)\set静态赋值;2)\prompt交互式赋值;3)命令行-v参数赋值。这些方法可实现SQL脚本动态传参,提升灵活性。文章同步发布于微信公众号【IT民工的龙马人生】和个人博客(www.htz.pw),作者黄廷忠是Oracle/PostgreSQL数据库专家,更多技术文章可访问其CSDN和博客园主页。

2025-11-17 21:58:33 273

原创 读书笔记:“外部表”的进阶使用,它主要解决了三个核心问题:如何切换文件、多用户怎么办,以及一个非常酷的玩法——把系统命令变成表。

本文分享了Oracle外部表的进阶使用技巧,重点解决三个核心问题:1)通过ALTER TABLE...LOCATION命令动态切换源文件;2)多用户场景下通过并行处理和日志变量避免冲突;3)利用PREPROCESSOR功能将系统命令输出转为可查询表。作者以监控磁盘空间为例,演示如何创建执行df命令的外部表,实现数据库与系统交互。这些技巧极大扩展了外部表的应用场景,为数据加载和系统监控提供了创新解决方案。文章源自学习《Expert Oracle Database Architecture》的实践笔记,技术博客

2025-11-17 21:56:42 546

原创 Oracle故障处理:aix 5.3 ml6安装10.2.0.1 rac报错

文章摘要:本文记录了在AIX 5.3 ML6系统上安装Oracle 10.2.0.1 RAC时遇到的报错问题及解决方案。主要存在两个问题:1)运行root.sh时出现依赖模块错误,原因是未满足官方文档要求的xlC.aix50.rte等组件版本要求;2)升级到10.2.0.4版本后运行root102.sh卡住,原因是AIX系统上设置stack ulimit为unlimited会导致ocssd进程调用mlockall失败。解决方案包括安装指定版本的xlC组件和调整ulimit设置。文章同步发布于微信公众号&qu

2025-11-17 21:54:43 153

原创 读书笔记:为什么数据库存储LOB数据时要选择「行内存储」?

本文探讨了Oracle数据库中LOB数据的存储策略,对比了行内存储(ENABLE STORAGE IN ROW)和行外存储(DISABLE STORAGE IN ROW)的区别与适用场景。文章指出,行内存储通过智能处理≤4000字节的数据(直接存表内)和超长数据(自动转存LOBSEGMENT),在性能、资源利用和缓存效率方面优势显著,是大多数场景的推荐选择。而行外存储仅适用于LOB数据普遍较大或对读取效率不敏感的特殊情况。作者建议优先采用行内存储的默认配置,让数据库根据数据大小自动优化存储方式。

2025-11-14 15:13:05 597

原创 Oracle案例:truncate表操作,前后位图块信息变化

本文通过Oracle案例分析了truncate表操作对位图块的影响。测试在SCOTT用户下创建HTZ1表并收集基本信息后,通过dump命令对比truncate前后的位图块变化。结果显示truncate操作主要修改对象第一个区的L1、L2、L3块信息,而其他块保持不变。通过SCN值可验证这一点,truncate后位图块信息明显简化,只保留一个区的元数据。完整代码和分析请访问微信公众号"IT民工的龙马人生"或博客网站www.htz.pw查看。

2025-11-14 15:09:01 268

原创 PG系列:基于pg_probackup的时间点恢复BUG案例的分析

文章摘要:本文探讨了pg_probackup工具在PostgreSQL时间点恢复中的表现。作者通过模拟测试发现,当跨时间线进行恢复时,工具虽然能完成操作但可能无法达到预期效果。测试环境为MacOS上的PostgreSQL 14.15,使用pg_probackup 2.5.15进行备份和恢复操作。具体案例显示,在删除test表后指定WAL位置(9E/D9D0F8D8)进行恢复时,表仍存在,表明恢复失败。分析后台日志发现该问题并非BUG,而是工具手册存在不严谨之处,容易导致误操作。文章建议通过博客网站(www.

2025-11-14 15:03:39 588

原创 故障分析:linux oracle 10.2.0.1客户端sqlplus hang住

文章摘要:本文分析了一个Linux环境下Oracle 10.2.0.1客户端sqlplus挂起的故障案例。系统迁移后出现sqlplus执行卡死现象,通过strace追踪发现times()函数循环问题。经排查确认是Oracle已知Bug #4612267导致,当系统运行时间超过248天时会触发该问题。解决方案包括应用补丁4612267或升级到10.2.0.2及以上版本。本文作者黄廷忠在多个平台分享技术文章,欢迎访问其个人博客和CSDN、博客园主页获取更多内容。文章首发于微信公众号和博客网站,转载需注明出处。

2025-11-13 16:28:20 236

原创 读书笔记:数据搬运工:Oracle数据库的导入导出技巧

本文介绍了Oracle数据库高效导入导出数据的实用技巧,重点讲解了外部表这一先进工具的使用方法。通过对比传统SQL*Loader,作者指出外部表具有查询筛选、数据转换、批量插入等优势,并提供了创建外部表的详细步骤示例,包括处理特殊分隔符和日期格式的高级用法。文章强调合理选择数据搬运工具能大幅提升工作效率,适合数据库管理员和技术人员参考学习。同步发布于微信公众号"IT民工的龙马人生"和个人博客(www.htz.pw)。(149字)

2025-11-13 16:25:23 887

原创 PG系列:并行创建索引

PostgreSQL 11及以上版本支持并行创建B-tree索引,可通过max_parallel_maintenance_workers等参数控制并行度,默认使用2个worker。并行索引构建会消耗更多资源但能显著提升大表索引创建速度,而CREATE INDEX CONCURRENTLY不支持并行。实际并行度受系统资源和表大小影响,建议合理配置参数并监控进程状态。注意并行索引会增加CPU和内存开销,过度并行可能降低效率。

2025-11-13 16:22:24 814

原创 PG系列:Select查询一样会被阻塞

本文通过模拟实验展示了PostgreSQL中SELECT语句被阻塞的现象。作者首先模拟行级排他锁和访问排他锁场景,然后通过查询锁信息发现,尽管SELECT通常只需共享锁,但当遇到访问排他锁争用时仍然会被阻塞。与Oracle相比,PG的锁分析更直观简单,因为所有锁信息都直接可见。文章通过具体实验验证了SELECT语句在特定情况下也会出现阻塞问题。

2025-11-12 17:01:17 345

原创 读书笔记:告别“老黄牛”:教你如何让数据库任务快上好几倍

如果你的任务是那种运行几个小时甚至通宵的“老黄牛”式串行作业,那么这两种并行化技术就是你的性能倍增器。它们能让你服务器的多个CPU核心从“围观”变成“实干”,将任务运行时间成倍缩短。如果你的程序逻辑非常复杂,不方便重构成“水龙头”,那么这个方法就是你的“瑞士军刀”。这种方法需要你对代码动个“小手术”,但好处是后续的并行工作完全交给Oracle自动管理,非常省心。,其他核心都在“围观”和休息。

2025-11-12 16:58:18 487

原创 Oracle升级回退:10.2.0.4 crs升级到11.2.0.4 回退方案

本文详细介绍了Oracle从10.2.0.4 CRS升级到11.2.0.4后的回退方案。主要包括:1)停止数据库实例;2)使用rootcrs.pl清理GI配置;3)还原备份文件;4)恢复OCR/Vote盘数据;5)重启CRS服务;6)检查资源状态。文章包含详细的操作命令和输出日志,适合需要执行Oracle集群回退操作的技术人员参考。完整内容请访问作者博客或微信公众号[IT民工的龙马人生]获取更佳阅读体验。

2025-11-12 16:56:09 257

原创 读书笔记:白话解读:Oracle并行加载与空间管理的艺术

本文介绍了Oracle数据库中的并行直接路径加载技术,通过形象比喻解释了其工作原理及带来的空间管理问题。文章将并行加载比作多工人协同搬运货物,绕过缓冲区缓存直接写入磁盘以提升速度,但会导致"区修剪"问题造成空间浪费。针对此问题,对比分析了两种表空间管理策略:严格统一的UNIFORM模式虽简单但空间利用率低,而灵活的AUTOALLOCATE模式能智能调整空间分配,显著减少浪费。通过实际测试证实,建议频繁进行并行加载的数据仓库场景优先选择AUTOALLOCATE模式。文章通俗易懂,结合技术原

2025-11-11 15:26:08 816

原创 Oracle升级:10.2.0.4 CRS升级到11.2.0.4(sol+sf for rac)

本文详细记录了从Oracle 10.2.0.4 CRS升级到11.2.0.4的过程。环境为SOLARIS 10 X86+SF FOR RAC 5.1系统,数据库版本10.2.0.4.0(RAW)。文章首先检查了Metalink上关于11.2.0.4的版本要求,然后重点介绍了升级前的详细检查步骤,使用runcluvfy.sh脚本验证节点可达性、用户等价性、CRS用户一致性以及节点连通性。检查结果显示部分TCP连接失败(比如sol1到sol2的192.168.111.46/48地址连接失败)。完整内容可在微信公

2025-11-11 15:23:03 348

原创 PG系列:PostgreSQL连接内存开销测量

本文探讨了PostgreSQL连接内存开销的常见误解,指出传统测量方法(如top和ps)会显著高估内存使用。实验表明,当使用大页面(huge_pages)时,单个连接的实际内存开销仅为约2MiB,而非表面显示的数百MB甚至GB级别。作者通过/proc文件系统的详细内存统计证明,高估主要源于共享内存的错误归因,并建议采用更精确的测量方法(如smaps_rollup中的Pss指标)来评估真实内存占用。该分析有助于正确理解PostgreSQL连接模型的实际资源消耗。

2025-11-11 15:20:43 956

原创 读书笔记:并行 DML:批量数据修改的“超级加速器”

本文介绍了Oracle数据库中的并行DML功能,它是一种用于大规模数据批量修改的"超级加速器"。文章指出并行DML通过调用多个并行执行服务器同时工作,可以显著提升海量数据操作的性能,特别适用于数据仓库环境。作者强调该功能不适用于OLTP系统,因为它会独占系统资源。文章详细解析了并行DML的工作原理(分而治之、统一提交)、使用方法和验证方式,并列举了其主要限制条件(如不支持触发器、部分约束等)。最后,作者区分了并行DML与并行查询的区别,并总结了正确使用该功能的注意事项。

2025-11-10 16:37:20 676

原创 ORACLE工具:表监视功能(table monitoring)

本文介绍了Oracle的表监视功能(table monitoring),测试环境为Oracle 10.2.0.4。文章首先检查了statistics_level参数值为TYPICAL,然后创建测试表并验证其默认启用监视功能(MONITORING=YES)。通过修改表数据后,使用dbms_stats.flush_database_monitoring_info手动刷新监视信息,并查询user_tab_modifications视图查看表修改记录。最后通过oradebug工具跟踪发现Oracle通过更新mon_

2025-11-10 16:34:13 685

原创 PG系列:PG数据库中分析操作系统IO是否正常

文章摘要:本文介绍在PostgreSQL数据库性能优化中,当遇到IO性能瓶颈时的排查方法。由于PG缺乏类似Oracle的10046事件跟踪功能,作者通过操作系统层面分析IO问题。方法包括:1)使用iotop命令或Python脚本定位TOP IO进程;2)通过pidstat统计进程IO信息;3)使用自定义脚本io_count.py分析每次IO响应时间,并与物理磁盘性能对比。文章详细展示了相关命令输出样例,并提供了完整的分析思路和工具使用说明。(149字) 注:已控制在150字以内,涵盖了文章的核心内容、分析方

2025-11-10 16:30:52 392

原创 PG故障处理:PG归档未做空间计算导致宕机,系统恢复后归档仍然失败的故障案例分析

PostgreSQL归档故障分析与解决 本文记录了一个PostgreSQL归档失败的故障案例。故障表现为后台日志频繁提示归档命令失败,返回错误码1。通过分析发现归档日志文件已存在但与源WAL文件内容不一致,导致归档状态未能更新。经排查确认是归档过程中异常中断,导致文件不完整却未被清理。解决方案是删除不完整的归档文件,使系统重新归档。文章强调了灵活归档配置可能带来的隐患,并提供了详细的故障诊断步骤和解决方法。 关键点: 归档失败导致状态文件未更新 文件存在但内容不一致 手动删除不完整文件后归档恢复正常 更多技

2025-11-07 21:22:42 672

原创 读书笔记:数据库的“打包处理“功能:级联操作详解

本文详细介绍了Oracle数据库的两个高效功能——级联截断(TRUNCATE CASCADE)和级联交换(EXCHANGE CASCADE),它们能简化数据维护工作。级联截断可一键清理关联表数据,保证原子性和一致性;级联交换则实现父子表数据的整体迁移。文章通过电商系统案例展示了实际应用场景,分析了这些功能对开发、运维和业务的价值,并提供了使用建议:适合历史数据清理、数据迁移等场景,但需注意测试、备份和低峰期操作。掌握这些技术能提升数据库管理效率,建议先小规模练习再应用到生产环境。

2025-11-07 21:20:07 656

原创 Oracle故障处理:ocrconfig PROT-30: The Oracle Cluster Registry location to be added is not usable

本文记录了Oracle集群环境下使用ocrconfig命令添加OCR位置时遇到PROT-30和PROC-8错误的解决过程。作者在RHEL 5系统、Oracle 11.2.0.3.7 GI环境中,发现添加/ocrvote/ocr2时报错。通过检查OCR卷空间(1.6GB足够)和分析日志,确认问题是由于路径不可访问导致。最终通过touch创建空文件ocr2后成功添加。文章发布于微信公众号「IT民工的龙马人生」和个人博客(www.htz.pw),作者黄廷忠是一位Oracle技术专家。

2025-11-07 21:17:37 149

原创 读书笔记:分区维护:让数据库管理更轻松高效

本文分享了Oracle数据库分区维护的实用技巧,重点介绍了多分区维护操作的高效优势。通过实例演示了如何一次性添加和拆分多个分区,相比传统方法能显著降低工作量、减少系统资源消耗(如重做日志仅47KB)并提高执行效率(CPU时间12单位)。该技术特别适用于季度/年度数据归档、生命周期管理等场景,使DBA能以更少步骤完成复杂分区调整,同时保障数据安全性和完整性。作者建议在生产环境应用前进行测试验证,并提供了个人博客及技术社区链接供读者延伸学习。

2025-11-06 15:10:26 748

原创 Oracle案例:sfrac环境安装11.2.0.3.7(gi)

本文详细介绍了在RHEL 5操作系统上安装Oracle 11.2.0.3.7数据库(包含GI)和Veritas Storage Foundation for Oracle RAC 5.1(sfrac)的完整过程。内容包括:1)配置IP地址与hosts文件;2)设置sfrac和Oracle环境变量;3)上传并解压安装文件;4)逐步执行sfrac安装程序,包括EULA确认、安装选项选择(最小/推荐/完整安装)、节点间SSH/RSH通信配置等关键步骤。文章同步发布于微信公众号"IT民工的龙马人生&quo

2025-11-06 15:08:47 293

原创 PG故障处理:PG归档空间耗尽案例分析

文章摘要:本文分享了一个PostgreSQL数据库因归档空间耗尽导致异常关闭的案例,重点介绍了如何快速定位引发问题的SQL语句。通过分析归档失败日志,发现空间不足导致写入失败;检查空间消耗发现归档目录占用约100G;按小时统计归档文件发现异常时段日志暴增;解析WAL日志追踪到public.big_table表的大量INSERT操作;最终定位到导致问题的SQL语句。案例提供了高效的故障分析思路,帮助DBA快速解决类似问题。文章在微信公众号和博客同步更新。

2025-11-06 15:05:59 309

原创 PG故障处理:PG_AUTO_FAILOVER自动切换失败的故障处理

摘要:文章分析了PostgreSQL数据库使用pg_auto_failover工具进行主备切换时出现的故障。故障现象显示新主库htz_17在切换后出现异常,后台日志显示WAL复制中断、资源管理器ID错误等问题,导致业务短暂中断。详细日志表明切换过程中存在同步不一致,包括SSL连接异常、WAL流终止等错误。完整内容可访问公众号IT民工的龙马人生或博客www.htz.pw查看。

2025-11-05 20:52:43 913

原创 读书笔记:分区不一定能让查询更快——关键要看使用场景

本文探讨了数据库分区的性能影响,指出分区在不同场景下效果截然不同。数据仓库中,合理分区能大幅提升查询性能,使系统仅扫描相关数据分区;而在OLTP系统中,分区主要价值在于提高可用性和管理性,若设计不当反而会拖慢查询速度。作者通过真实案例说明哈希分区索引的适用场景与局限性,强调分区方案必须匹配实际查询模式。文章最后总结了分区的适用原则:数据仓库可显著受益,OLTP系统需谨慎评估,高并发场景能缓解资源争用,但要注意额外CPU开销。正确使用分区才能发挥其优势,盲目分区可能适得其反。

2025-11-05 20:50:13 837

原创 Oracle性能优化:latch free-SQL memory manager latch等待

Oracle性能问题分析:SQL内存管理器Latch竞争 文章分析了Oracle数据库(10.2.0.5.8 RAC环境)中出现的严重性能问题,主要表现为大量"latch free"等待事件(高达700个)。通过排查发现是"SQL memory manager latch"竞争导致的系统瓶颈。 关键发现: 多会话(包括CRM_APP和INTF用户)都在竞争同一个latch地址(07000000100275A0) 该latch被确认为"SQL memory m

2025-11-05 17:20:06 323

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除