Alert: 不建议生产库使用YashanDB “nologging” table
前面一篇我分享了PostgreSQL系(像kingbase\gaussdb\highgo等)不要使用unlogged table, 那在oracle 迁移到yashanDB库同样存在该风险,yashanDB更是提供了nologging的语法,完全兼容Oracle,但原理机制也不相同。在分布式数据库因为多是基于redo的强一致,多数不支持nologging. 这里我继续简单测试yanshanDB.
提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
前面一篇我分享了PostgreSQL系(像kingbase\gaussdb\highgo等)不要使用unlogged table, 那在oracle 迁移到yashanDB库同样存在该风险,yashanDB更是提供了nologging的语法,完全兼容Oracle,但原理机制也不相同。在分布式数据库因为多是基于redo的强一致,多数不支持nologging. 这里我继续简单测试yanshanDB.
因 PostgreSQL 功能丰富,且在处理复杂 SQL 时的性能表现不俗,越来越多客户正从 Oracle 迁移到基于 PostgreSQL 的国产数据库,例如 GaussDB、Kingbase、HighgoDB 等。但要注意:换皮容易换骨难。有些语句看起来“形似”,底层机制却截然不同,仅做语法层面的转换,可能带来致命后果。本文总结 Oracle → PostgreSQL 迁移中NOLOGGING 与 UNLOGGED 这种看似相似、实则差异巨大的特性。
一套ORACLE 11c R2 Windows环境使用import 导入一张包含blob列时速度非常的慢(平均每秒10条),大家都知道imp里因为不能使用parallel等其它原因导入是慢一些,但这么慢不能忍,主要等待事件和时间是control file parallel write和enq: CF – contention,下面是分析一下原因。
The following errors have recently occurred in our database( Oracle 19c RAC):
ORA-01578: ORACLE data block corrupted (file # xxx, block # yyyyy)
ORA-01110: data file xxx: ‘xxxxxxxxxxxxxxxxx.dbf’
ORA-26040: Data block was loaded using the NOLOGGING option