按类别查询搜索结果
关于关键词 的检测结果,共 20239 条
北亚数据恢复 | 2026-09-10 14:00:43 | 阅读(10) | 评论(0)
本次故障设备为某品牌企业级存储,整机存储池由8块SAS硬盘组建,整体架构为7块硬盘组成RAID5阵列,剩余1块硬盘配置为全局热备盘,用于阵列故障冗余修复。【阅读全文】
北亚数据恢复 | 2026-09-08 12:08:02 | 阅读(10) | 评论(0)
常见ORACLE数据库数据故障表现:
1、数据库无法启动、运行异常,业务无法正常访问;
2、ASM存储结构损坏、异常失效;
3、数据库核心数据文件丢失;
4、数据文件局部损坏、数据异常;
5、DUMP日志文件损坏、无法正常读取使用。【阅读全文】
北亚数据恢复 | 2026-04-09 14:24:29 | 阅读(10) | 评论(0)
北京某国企客户在业务运维过程中,误执行TRUNCATE TABLE CM_CHECK_ITEM_HIS操作,导致该表数据被清空,业务查询该表时出现报错。同时客户发现现有数据库备份不可用,无法通过常规备份方式恢复数据,表内数据无法正常访问与查询。【阅读全文】
北亚数据恢复 | 2026-04-09 14:24:26 | 阅读(0) | 评论(0)
北京某国企客户在业务运维过程中,误执行TRUNCATE TABLE CM_CHECK_ITEM_HIS操作,导致该表数据被清空,业务查询该表时出现报错。同时客户发现现有数据库备份不可用,无法通过常规备份方式恢复数据,表内数据无法正常访问与查询。【阅读全文】
dingjun123 | 2026-03-30 17:44:51 | 阅读(10) | 评论(0)
ORACLE和MySQL的hash join,如果hash table返回0行,则probe table不需要执行,执行次数是0,而PG的还会执行,hash table a返回0行,但是probe table b还要执行,只不过最多只扫描满足条件的一行去探测,发现hash table没有数据,后面的不再探测
【阅读全文】
dingjun123 | 2026-03-30 14:27:55 | 阅读(10) | 评论(0)
oracle的外连接where内表过滤条件是函数,包括自定义函数,没有其他额外非函数的过滤条件,则不能转为inner join,只能走外连接,然后外层FILTER过滤where条件,一般来说,效率比inner join低,增加 内表条件 is not null 则可以转为inner join,数学运算可以转为inner join【阅读全文】
北亚数据恢复 | 2026-02-12 17:00:05 | 阅读(0) | 评论(0)
一个Oracle数据库故障表现为ASM磁盘组掉线,ASM实例无法挂载(mount)。数据库管理员自行进行简单修复,未能成功,随后联系北亚数据恢复中心恢复数据。【阅读全文】
北亚数据恢复 | 2025-07-29 12:49:58 | 阅读(10) | 评论(0)
服务器数据恢复环境&故障:
某公司一台服务器上有一组由24块FC硬盘组建的raid。
服务器出现故障,无法正常工作。
经过初步检测,管理员发现导致服务器故障的原因是raid中有两块硬盘掉线,导致卷无法挂载。【阅读全文】
北亚数据恢复 | 2025-07-24 11:01:10 | 阅读(30) | 评论(0)
Oracle数据库故障:
某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份,仅有一些断断续续的归档日志。

Oracle数据库恢复流程:
1、检测数据库故障情况;
2、尝试挂起并修复数据库;
3、解析数据库文件;
4、导出并验证恢复的数据库文件。【阅读全文】
北亚数据恢复 | 2025-07-22 14:00:24 | 阅读(0) | 评论(0)
一台服务器上一个分区存放Oracle数据库数据。由于管理员误操作不小心删除了该分区,数据库报错,无法使用。
北亚企安数据恢复工程师到达现场后,将故障服务器中所有硬盘以只读方式进行完整镜像。镜像完成后将所有硬盘按照原样还原到原服务器中,后续的数据分析和数据恢复操作基于镜像文件进行,避免对原始磁盘数据造成二次破坏。基于镜像文件分析所有硬盘底层数据。发现服务器内丢失的数据是数据库文件,导致数据库报错。【阅读全文】
commpro | 2025-07-09 16:48:24 | 阅读(20) | 评论(0)
据统计,2024年中国ERP软件市场规模预计突破210亿元,其中SAP和Oracle占据第一梯队,共占国内ERP市场45%以上的份额,在高端市场尤其显著。SAP和Oracle作为ERP行业的两大巨头,具体有什么区别呢?【阅读全文】
北亚数据恢复 | 2025-06-06 12:04:59 | 阅读(20) | 评论(0)
oracle数据库误执行truncate命令导致数据丢失是一种常见情况。通常情况下,oracle数据库误操作删除数据只需要通过备份恢复数据即可。也会碰到一些特殊情况,例如数据库备份无法使用或者还原报错等。下面和大家分享一例oracle数据库误执行truncate命令导致数据丢失的数据库数据恢复过程。【阅读全文】
dingjun123 | 2025-04-26 18:19:17 | 阅读(80) | 评论(0)
mysql执行计划里索引访问算子和oracle的不同之处

1.mysql Index range scan算子包括index access,index filter(ICP),回表不带过滤的时间,
如果有额外的过滤条件,有Filter算子,过滤时间算在这里面。
ICP如果能大幅度减少回表的行,也就减少了回表的随机IO,则效率提升明显。

2.估算的rows实际上是访问方法扫描的行数,对应普通explain的rows,不包括ICP以及回表过滤filtered,不是结果行数,
这个实际上和oracle不一样,oracle的rows/cardinality是整个条件结果行数

3.mysql的analyze的actual rows则包括过滤条件,所以估算的rows和actual rows实际上标准不统一,是缺陷

通过估算的rows可以看到索引index access效率,比如访问行数多,则效率低,然后actual rows少,说明要么走ICP,要么组合索引顺序非最佳

index访问,过滤,回表效率比较:ind【阅读全文】
dingjun123 | 2025-04-26 18:04:04 | 阅读(90) | 评论(0)

对子查询的优化处理能力,oracle > pg > mysql,mysql的子查询有不少优化,但是还是有很多问题。

子查询的原始语义是:

只返回主表结果,子查询只是用来进行存在性判断。
从这点看,如果子查询要转为普通join,要么join key有唯一键,要么子查询结果按照join key剔重,当然anti join不需要,
一般anti join不会自动改成left join+inner.id is null,但是可以手动实现,这种只查找不匹配的,不需要子查询join key唯一。
像ORACLE的子查询做成view然后hash unqiue就是剔重转为普通join,像MySQL的materialization,loose scan,pull out,dupsweedout都有各种
按照join key对子查询剔重的动作。【阅读全文】
dingjun123 | 2025-04-26 16:56:01 | 阅读(100) | 评论(0)
Oracle 12c引入的TABLE ACCESS BY INDEX ROWID BATCHED技术是一种针对索引回表操作的优化机制,旨在减少回表过程中的物理I/O开销和资源消耗。以下从技术原理、作用、优缺点及适用场景等方面详细分析该技术。
??
?为了减少回表过滤次数,减少逐行回表,减少表数据块访问次数和index clustering factor影响,
oracle 12c推出了table access by index rowid batched,可以批量rowid回表,先索引访问,
查出rowid,然后排序,批量回表查找,避免多次回表过滤
和index clustering factor影响多次查询表数据块。。。
这时候,就不是逐行回表了,而且批量回表可能会导致索引不能消除排序,
还有批量回表,索引查找可以使用并行,请详细分析12c的batched回表技术,
解析其作用,和单行回表相比的优缺点【阅读全文】
dingjun123 | 2025-04-26 16:35:20 | 阅读(100) | 评论(0)
对于使用了函数或表达式运算会导致统计信息用不上、and条件列组相关性紧密,这些情况下的cardinality可能计算不准,
导致多表JOIN的join order、join method选择不对,从而走错执行计划,这时候可以使用扩展列统计信息来优化cardinality计算。【阅读全文】
dingjun123 | 2025-04-26 15:45:13 | 阅读(60) | 评论(0)
对于完全存在性判断,子查询非相关的。。。三大数据库的CBO都是差不多的处理逻辑:
非相关的希望单独执行一次即可,然后结果缓存下来,对于存在性判断的非相关子查询,希望只执行一次只查询一条。
【阅读全文】
dingjun123 | 2025-04-26 15:15:07 | 阅读(120) | 评论(0)
组合索引要符合leftmost prefix规则,前导列是范围的,后续列条件不能index access,只能index filter...
但是貌似有例外:
MySQL的like后通配,between,>=,=1 and b>3,“如果a是整数”
然后索引访问实际上是拆成两份:a=1 and b>3 和a>1 and b>3,前者能真正用到两个列索引访问,后者只能用到a>1
那么,如果存在a>1的数据很少,a=1的数据多,但是a=1 and b>3的数据少,
那么where a>=1 and b>3就比a>0 and b>3的效率高,因为写成
a>0 and b>3则只能用到a>0,而a>0是等价于a>=1的。。。但是实际上访问效率不一样,【阅读全文】
dingjun123 | 2025-04-06 21:37:39 | 阅读(50) | 评论(0)
oracle分页的三种写法及其下推裁剪优化
1) 从12c开始,分页有新的fetch,offset的语法,可以和order by写一起,内部使用row_number/rank分析函数实现,with ties用rank实现
2) row_number分析函数从oracle 11g后就做了优化,可以类似普通分页写法那样,满足条件可以下推裁剪,减少数据访问量
rank分析函数可以下推

注意:dense_rank不能走索引下推优化
3)传统rownum写法裁剪优化
?【阅读全文】
dingjun123 | 2025-04-06 21:05:42 | 阅读(70) | 评论(0)
如果动态采样,且peeking关闭,则不管列的数据分布,会按照默认选择率计算,很容易走错索引,
需要收集统计信息。

在Oracle数据库中,优化器计算等值条件选择率时,
通常优先使用DBA_TAB_COL_STATISTICS.NUM_DISTINCT(列的统计信息)【阅读全文】