Oracle 19c异常恢复—ORA-01209/ORA-65088---惜分飞

由于raid卡bug故障,导致文件系统异常,从而使得数据库无法正常启动,客户找到我之前已经让多人分析,均未恢复成功,查看alert日志,发现他们恢复的时候尝试resetlogs库,然后报ORA-600 kcbzib_kcrsds_1错误

2024-09-15T17:07:32.553215+08:00

alter database open resetlogs

2024-09-15T17:07:32.569110+08:00

RESETLOGS is being done without consistancy checks. This may result

in a corrupted database. The database should be recreated.

RESETLOGS after incomplete recovery UNTIL CHANGE 274757454692 time

.... (PID:8074): Clearing online redo logfile 1 /opt/oracle/oradata/XFF/onlinelog/o1_mf_1_j3k201g9_.log

.... (PID:8074): Clearing online redo logfile 2 /opt/oracle/oradata/XFF/onlinelog/o1_mf_2_j3k201h3_.log

.... (PID:8074): Clearing online redo logfile 3 /opt/oracle/oradata/XFF/onlinelog/o1_mf_3_j3k201hk_.log

Clearing online log 1 of thread 1 sequence number 0

Clearing online log 2 of thread 1 sequence number 0

Clearing online log 3 of thread 1 sequence number 0

2024-09-15T17:07:34.939550+08:00

.... (PID:8074): Clearing online redo logfile 1 complete

.... (PID:8074): Clearing online redo logfile 2 complete

.... (PID:8074): Clearing online redo logfile 3 complete

Online log /opt/oracle/oradata/XFF/onlinelog/o1_mf_1_j3k201g9_.log: Thread 1 Group 1 was previously cleared

Online log /opt/oracle/fast_recovery_area/XFF/onlinelog/o1_mf_1_j3k201l4_.log: Thread 1 Group 1 was previously cleared

Online log /opt/oracle/oradata/XFF/onlinelog/o1_mf_2_j3k201h3_.log: Thread 1 Group 2 was previously cleared

Online log /opt/oracle/fast_recovery_area/XFF/onlinelog/o1_mf_2_j3k201kw_.log: Thread 1 Group 2 was previously cleared

Online log /opt/oracle/oradata/XFF/onlinelog/o1_mf_3_j3k201hk_.log: Thread 1 Group 3 was previously cleared

Online log /opt/oracle/fast_recovery_area/XFF/onlinelog/o1_mf_3_j3k201mt_.log: Thread 1 Group 3 was previously cleared

2024-09-15T17:07:34.966674+08:00

Setting recovery target incarnation to 2

2024-09-15T17:07:34.992357+08:00

Ping without log force is disabled:

  instance mounted in exclusive mode.

Buffer Cache Full DB Caching mode changing from FULL CACHING DISABLED to FULL CACHING ENABLED

2024-09-15T17:07:34.994329+08:00

Crash Recovery excluding pdb 2 which was cleanly closed.

2024-09-15T17:07:34.994390+08:00

Crash Recovery excluding pdb 3 which was cleanly closed.

2024-09-15T17:07:34.994433+08:00

Crash Recovery excluding pdb 4 which was cleanly closed.

2024-09-15T17:07:34.994474+08:00

Crash Recovery excluding pdb 5 which was cleanly closed.

Initializing SCN for created control file

Database SCN compatibility initialized to 3

Endian type of dictionary set to little

2024-09-15T17:07:35.001752+08:00

Assigning activation ID 2966012017 (0xb0c9c071)

Redo log for group 1, sequence 1 is not located on DAX storage

2024-09-15T17:07:35.015921+08:00

TT00 (PID:8113): Gap Manager starting

2024-09-15T17:07:35.034047+08:00

Thread 1 opened at log sequence 1

  Current log# 1 seq# 1 mem# 0: /opt/oracle/oradata/XFF/onlinelog/o1_mf_1_j3k201g9_.log

  Current log# 1 seq# 1 mem# 1: /opt/oracle/fast_recovery_area/XFF/onlinelog/o1_mf_1_j3k201l4_.log

Successful open of redo thread 1

2024-09-15T17:07:35.034573+08:00

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

stopping change tracking

2024-09-15T17:07:35.063726+08:00

TT03 (PID:8119): Sleep 5 seconds and then try to clear SRLs in 2 time(s)

2024-09-15T17:07:35.129748+08:00

Undo initialization recovery: Parallel FPTR failed: start:2528681 end:2528684 diff:3 ms (0.0 seconds)

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_8074.trc  (incident=146455) (PDBNAME=CDB$ROOT):

ORA-00600: internal error code, arguments: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []

Incident details in: /opt/oracle/diag/rdbms/xff/XFF/incident/incdir_146455/XFF_ora_8074_i146455.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Please look for redo dump in pinned buffers history in incident trace file, if not dumped for what so ever reason,

use the following command to dump it at the earliest. ALTER SYSTEM DUMP REDO DBA MIN 4 128 DBA MAX 4 128 SCN MIN 1;

*****************************************************************

An internal routine has requested a dump of selected redo.

This usually happens following a specific internal error, when

analysis of the redo logs will help Oracle Support with the

diagnosis.

It is recommended that you retain all the redo logs generated (by

all the instances) during the past 12 hours, in case additional

redo dumps are required to help with the diagnosis.

*****************************************************************

Undo initialization recovery: err:600 start: 2528681 end: 2529341 diff: 660 ms (0.7 seconds)

2024-09-15T17:07:35.786923+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_8074.trc:

ORA-00600: internal error code, arguments: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []

2024-09-15T17:07:35.786967+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_8074.trc:

ORA-00600: internal error code, arguments: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []

Error 600 happened during db open, shutting down database

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_8074.trc  (incident=146456) (PDBNAME=CDB$ROOT):

ORA-00603: ORACLE server session terminated by fatal error

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00600: internal error code, arguments: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []

Incident details in: /opt/oracle/diag/rdbms/xff/XFF/incident/incdir_146456/XFF_ora_8074_i146456.trc

2024-09-15T17:07:36.291884+08:00

opiodr aborting process unknown ospid (8074) as a result of ORA-603

2024-09-15T17:07:36.299928+08:00

ORA-603 : opitsk aborting process

License high water mark = 4

USER(prelim) (ospid: 8074): terminating the instance due to ORA error 600

然后他们又重建了ctl,通过Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)检查,发现几个问题:
1. PDB$SEED不在该库记录中(由于该pdb中无业务数据,可以忽略)


2. 部分文件resetlogs 信息不正确(应该是对部分文件offline或者重建ctl的时候没有带上他们)
 

resetlogs-scn


接手该库进行恢复,尝试resetlogs该库

[oracle@localhost check_db]$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Tue Sep 17 11:29:28 2024

Version 19.9.0.0.0

Copyright (c) 1982, 2020, Oracle.  All rights reserved.

Connected to:

Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production

Version 19.9.0.0.0

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-00603: ORACLE server session terminated by fatal error

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-65088: database open should be retried

Process ID: 101712

Session ID: 105 Serial number: 4711

对应的alert日志报错

Endian type of dictionary set to little

2024-09-17T11:29:46.691904+08:00

Assigning activation ID 2966261119 (0xb0cd8d7f)

Redo log for group 1, sequence 1 is not located on DAX storage

2024-09-17T11:29:46.714594+08:00

TT00 (PID:101731): Gap Manager starting

2024-09-17T11:29:46.735407+08:00

Thread 1 opened at log sequence 1

  Current log# 1 seq# 1 mem# 0: /opt/oracle/oradata/XFF/onlinelog/o1_mf_1_j3k201g9_.log

Successful open of redo thread 1

2024-09-17T11:29:46.736182+08:00

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

stopping change tracking

2024-09-17T11:29:46.774207+08:00

TT03 (PID:101737): Sleep 5 seconds and then try to clear SRLs in 2 time(s)

2024-09-17T11:29:46.793381+08:00

Undo initialization recovery: Parallel FPTR complete: start:99831350 end:99831351 diff:1 ms (0.0 seconds)

Undo initialization recovery: err:0 start: 99831349 end: 99831351 diff: 2 ms (0.0 seconds)

Undo initialization online undo segments: err:0 start: 99831351 end: 99831353 diff: 2 ms (0.0 seconds)

Undo initialization finished serial:0 start:99831349 end:99831356 diff:7 ms (0.0 seconds)

Dictionary check beginning

2024-09-17T11:29:46.817810+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_101712.trc:

ORA-65106: Pluggable database #2 (PDB$SEED) is in an invalid state.

Pluggable Database PDB$SEED (#2) found in data dictionary,

but not in the control file. Adding it to control file.

Pluggable Database PDB1 (#3) found in data dictionary,

but not in the control file. Adding it to control file.

Pluggable Database PDB2 (#4) found in data dictionary,

but not in the control file. Adding it to control file.

Pluggable Database PDB3 (#5) found in data dictionary,

but not in the control file. Adding it to control file.

Tablespace 'TEMP' #3 found in data dictionary,

but not in the controlfile. Adding to controlfile.

2024-09-17T11:29:46.878684+08:00

Read of datafile '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_system_j3kc9hl0_.dbf'(fno 9)header failed with ORA-01209

Rereading datafile 9 header failed with ORA-01209

2024-09-17T11:29:46.921314+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_dbw0_100632.trc:

ORA-01186: file 9 failed verification tests

ORA-01122: database file 9 failed verification check

ORA-01110: data file 9: '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_system_j3kc9hl0_.dbf'

ORA-01209: data file is from before the last RESETLOGS

File 9 not verified due to error ORA-01122

…………

Read of datafile '/opt/oracle/oradata/XFF/datafile/users07.dbf' (fno 39) header failed with ORA-01209

Rereading datafile 39 header failed with ORA-01209

2024-09-17T11:29:46.983955+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_dbw0_100632.trc:

ORA-01186: file 39 failed verification tests

ORA-01122: database file 39 failed verification check

ORA-01110: data file 39: '/opt/oracle/oradata/XFF/datafile/users07.dbf'

ORA-01209: data file is from before the last RESETLOGS

File 39 not verified due to error ORA-01122

2024-09-17T11:29:46.987947+08:00

Dictionary check complete

Verifying minimum file header compatibility for tablespace encryption for pdb 1..

Verifying file header compatibility for tablespace encryption completed for pdb 1

*********************************************************************

WARNING: The following temporary tablespaces in container(CDB$ROOT)

         contain no files.

         This condition can occur when a backup controlfile has

         been restored.  It may be necessary to add files to these

         tablespaces.  That can be done using the SQL statement:

  

         ALTER TABLESPACE <tablespace_name> ADD TEMPFILE

  

         Alternatively, if these temporary tablespaces are no longer

         needed, then they can be dropped.

           Empty temporary tablespace: TEMP

*********************************************************************

Database Characterset is AL32UTF8

2024-09-17T11:29:47.059806+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_mz00_101739.trc:

ORA-01110: data file 9: '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_system_j3kc9hl0_.dbf'

ORA-01209: data file is from before the last RESETLOGS

…………

**********************************************************

WARNING: Files may exists in db_recovery_file_dest

that are not known to the database. Use the RMAN command

CATALOG RECOVERY AREA to re-catalog any such files.

If files cannot be cataloged, then manually delete them

using OS command.

One of the following events caused this:

1. A backup controlfile was restored.

2. A standby controlfile was restored.

3. The controlfile was re-created.

4. db_recovery_file_dest had previously been enabled and

   then disabled.

**********************************************************

Starting background process IMCO

2024-09-17T11:29:47.340660+08:00

2024-09-17T11:29:47.382153+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_mz00_101739.trc:

ORA-01110: data file 13: '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_users_j3kckos2_.dbf'

ORA-01209: data file is from before the last RESETLOGS

replication_dependency_tracking turned off (no async multimaster replication found)

LOGSTDBY: Validating controlfile with logical metadata

LOGSTDBY: Validation complete

2024-09-17T11:29:47.464233+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_mz00_101739.trc:

ORA-01110: data file 14: '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_users_j3kckqfx_.dbf'

ORA-01209: data file is from before the last RESETLOGS

AQ Processes can not start in restrict mode

Could not open PDB$SEED error=65106

2024-09-17T11:29:47.522825+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_101712.trc:

ORA-65106: Pluggable database #2 (PDB$SEED) is in an invalid state.

ORA-65106: Pluggable database #2 (PDB$SEED) is in an invalid state.

2024-09-17T11:29:47.525249+08:00

db_recovery_file_dest_size of 65536 MB is 0.05% used. This is a

user-specified limit on the amount of space that will be used by this

database for recovery-related files, and does not reflect the amount of

space available in the underlying filesystem or ASM diskgroup.

2024-09-17T11:29:47.529134+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_101712.trc:

ORA-65088: database open should be retried

2024-09-17T11:29:47.529202+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_101712.trc:

ORA-65088: database open should be retried

2024-09-17T11:29:47.529253+08:00

Error 65088 happened during db open, shutting down database

2024-09-17T11:29:47.545440+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_mz00_101739.trc:

ORA-01110: data file 15: '/opt/oracle/oradata/XFF/PDB/datafile/o1_mf_users_j3kckstd_.dbf'

ORA-01209: data file is from before the last RESETLOGS

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_ora_101712.trc(incident=775863)(PDBNAME=CDB$ROOT):

ORA-00603: ORACLE server session terminated by fatal error

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-65088: database open should be retried

2024-09-17T11:29:48.046698+08:00

Errors in file /opt/oracle/diag/rdbms/xff/XFF/trace/XFF_mz00_101739.trc:

ORA-01110: data file 21: '/opt/oracle/oradata/XFF/PDB2/datafile/o1_mf_users_j45x90oq_.dbf'

ORA-01209: data file is from before the last RESETLOGS

2024-09-17T11:29:48.073328+08:00

opiodr aborting process unknown ospid (101712) as a result of ORA-603

2024-09-17T11:29:48.081576+08:00

ORA-603 : opitsk aborting process

License high water mark = 122

USER(prelim) (ospid: 101712): terminating the instance due to ORA error 65088

2024-09-17T11:29:49.104770+08:00

Instance terminated by USER(prelim), pid = 101712

主要错误有两个
ORA-01209: data file is from before the last RESETLOGS 和
ORA-65088: database open should be retried
通过分析这两个错误

[oracle@ora19c:/home/oracle]$ oerr ora 65088

65088, 00000, "database open should be retried"

// *Cause:   An inconsistency between the control file and the data dictionary

//           was found and fixed during the database open. The database open

//           needs to be executed again.

// *Action:  Retry the database open.

//

[oracle@ora19c:/home/oracle]$ oerr ora 01209

01209, 00000, "data file is from before the last RESETLOGS"  

// *Cause:  The reset log data in the file header does not match the  

//         control file. If the database is closed or the file is offline, 

//         the backup is old because it was taken before the last ALTER  

//         DATABASE OPEN RESETLOGS command. If opening a database that is  

//         open already by another instance, or if another instance just  

//         brought this file online, the file accessed by this instance is

//         probably a different version. Otherwise, a backup of the file

//         probably was restored while the file was in use.  

// *Action: Make the correct file available to the database. Then, either open

//         the database, or execute ALTER SYSTEM CHECK DATAFILES. 

ORA-65088参见官方:ORA-65088 while opening DB with resetlogs for multi-tenant DB in 12.2 (Doc ID 2449591.1),应该不是一个技术问题(由于重建ctl+resetlogs导致)
ORA-01209: data file is from before the last RESETLOGS 这个错误,可以简单理解resetlogs的信息比数据文件的checkpoint信息新,对于这种情况,以及结合上述的部分文件resetlogs信息不一致问题,索性直接使用m_scn小工具对其进行批量


再次使用Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)检查,确认resetlogs 问题修复


然后顺利打开数据库,并导出数据,完成本次恢复任务

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.xdnf.cn/news/1537522.html

如若内容造成侵权/违法违规/事实不符,请联系一条长河网进行投诉反馈,一经查实,立即删除!

相关文章

深入理解IP地址分类及子网划分详解

在互联网时代&#xff0c;IP地址是网络通信的基础。无论是访问网站、发送电子邮件&#xff0c;还是进行数据传输&#xff0c;IP地址都扮演着至关重要的角色。本文将详细解析IP地址的分类及子网划分的原理&#xff0c;帮助你更好地理解网络架构及其应用。 一、什么是IP地址 IP…

电信创维光猫DT741超级密码

正常的D740系是创维系列光猫如&#xff1a;SK-D740 之类的超密获取办法-光猫/adsl/cable无线一体机-恩山无线论坛 但是我这个固件是DT741v1.0 我只能说很S -B&#xff0c;这个版本如果是1.02那就可以很轻松的去用通用办法解决&#xff0c;但是呢&#xff01;还有办法就是用最传…

数据恢复精灵排行榜:四款优秀软件推荐!

无论是误删的照片&#xff0c;还是格式化硬盘后的重要文件&#xff0c;每一次意外的数据丢失都可能给我们带来不小的麻烦。在这样的背景下&#xff0c;“数据恢复精灵”应运而生&#xff0c;它们能够帮助我们找回那些似乎已经消失无踪的信息。下面&#xff0c;就让我们一起来看…

【 html+css 绚丽Loading 】 000052 璇玑转轮

前言&#xff1a;哈喽&#xff0c;大家好&#xff0c;今天给大家分享今天给大家分享一篇文章&#xff01;并提供具体代码帮助大家深入理解&#xff0c;彻底掌握&#xff01;创作不易&#xff0c;如果能帮助到大家或者给大家一些灵感和启发&#xff0c;欢迎收藏关注哦 &#x1f…

Cortex-A7的GIC(通用中断控制器):边沿触发和电平触发中断处理流程

0 资料 ARM Generic Interrupt Controller Architecture version 2.0 Architecture Specification1 边沿触发和电平触发中断处理流程 1.0 边沿触发和电平触发的区别 边沿触发&#xff08;Edge-triggered&#xff09; This is an interrupt that is asserted on detection of…

一分钟掌握 Excel VBA 技巧,轻松批量生成工资条,提高工作效率!

可能大家忽视了一点&#xff0c;Excel是我们日常办公中使用最多的工具&#xff0c;所以&#xff0c;学好Excel并加以运用&#xff0c;一定能提升你的工作效率&#xff0c;比如Excel VBA可以用代码实现自动化办公&#xff0c;下面举一个Excel VBA批量生成工资条的办公小案例。 …

关于 Visual Studio Code 如何插入自定义快捷方式

第一步&#xff1a;打开控制面板&#xff0c;也可以使用快捷键ctrlshiftp 然后点击命令面板 第二步&#xff1a;输入snippets搜索&#xff0c;选择配置用户代码片段 第三步&#xff1a;选择新建全局代码片段文件&#xff0c;然后输入文件名&#xff0c;这里我因为创建的是vue的…

鸿蒙媒体开发系列03——AVPlayer和AVRecorder概述

如果你也对鸿蒙开发感兴趣&#xff0c;加入“Harmony自习室”吧&#xff01;扫描下方名片&#xff0c;关注公众号&#xff0c;公众号更新更快&#xff0c;同时也有更多学习资料和技术讨论群。 1、概述 本期我们初步讨论音视频资源的播放与录制相关能力 —— AVPlayer & AV…

数字经济指数合集

数字经济指数合集 随着信息技术的快速发展&#xff0c;数字经济已成为推动全球经济增长的重要力量。在中国&#xff0c;数字经济的发展尤为迅速&#xff0c;不仅促进了产业结构优化升级&#xff0c;还提升了社会治理效能。为了更好地衡量各地数字经济的发展水平&#xff0c;一…

工厂模式,策略模式,代理模式,单例模式在项目中的应用

项目背景&#xff1a; 首先这篇文章是总结了OJ项目和AI答题平台项目&#xff08;和一点点的聚合搜索项目&#xff09;中设计模式的文章 在项目中也用了很多次的设计模式&#xff0c;我感觉起来&#xff0c;这些设计模式的作用就是提高项目的扩展性和降低耦合性 工厂模式&…

视频语音转成文字用什么工具?这4款就很不错!

如今视频语音已经可以帮助我们在短时间内或去很多信息&#xff0c;在办公&#xff0c;学习教育&#xff0c;影视娱乐方面可以帮助我们高效的进行记录。当我们需要文字化的整理时&#xff0c;就会需要转换的工具。这片文章遍要罗列4款我在办公室用到的几款比较高效准确的视频语音…

原来石岩也有羊台山登山口

带娃探寻家附近的好玩的&#xff0c;娃问&#xff1a;石岩湿地公园的水从哪里来的&#xff1f;我说可能是羊台山吧&#xff0c;我们可以随着河流去找下啊。其实我内心也是没底的&#xff0c;我去的羊台山都是从龙华的羊台山东地铁下车去的。 骑行的好处就是可以松弛感看风景&a…

犬类检测系统源码分享

犬类检测检测系统源码分享 [一条龙教学YOLOV8标注好的数据集一键训练_70全套改进创新点发刊_Web前端展示] 1.研究背景与意义 项目参考AAAI Association for the Advancement of Artificial Intelligence 项目来源AACV Association for the Advancement of Computer Vision …

C++ | (二)类与对象(上)

燕子去了&#xff0c;有再来的时候&#xff1b;杨柳枯了&#xff0c;有再青的时候&#xff1b;桃花谢了&#xff0c;有再开的时候。但是&#xff0c;聪明的&#xff0c;你告诉我&#xff0c;我们的假期为什么一去不复返呢&#xff1f; 目录 一、初识类 1.1 类的定义 1.2 C中…

在petalinux工程里添加iperf

在petalinux工程里添加iperf 1,首先确定iperf包在哪里 xxx/components/yocto/layer/ meta-openembedded/meta-oe/recipes-benchmark/iperf3/ 2&#xff0c;然后就是往menuconfig中加&#xff1a; xxx/project-spec/meta-user/conf/user-rootfsconfig文件中 添加&#xff1a; …

maxcompute使用篇

文章目录 maxcompute使用篇1.mongoDB与maxcompute 进行数据同步1.1 基本类型的数据1.2部分复杂类型的数据 2.maxcompute中复杂数据类型解析2.1 get_json_object2.2 json_tuple2.3 处理json几种失效的情况:2.4 STR_TO_MAP、MAP_KEYS2.5 regexp_replace2.6 FROM_JSON2.7 nvl2.8 t…

高级I/O知识分享【epoll || Reactor ET,LT模式】

博客主页&#xff1a;花果山~程序猿-CSDN博客 文章分栏&#xff1a;Linux_花果山~程序猿的博客-CSDN博客 关注我一起学习&#xff0c;一起进步&#xff0c;一起探索编程的无限可能吧&#xff01;让我们一起努力&#xff0c;一起成长&#xff01; 目录 一&#xff0c;接口 epo…

ElasticSearch-2-核心语法集群高可用实战-Week2

ES批量操作 1.批量获取文档数据 这里多个文档是指&#xff0c;批量操作多个文档&#xff0c;搜索查询文档将在之后的章节讲解 批量获取文档数据是通过_mget的API来实现的 (1)在URL中不指定index和type 请求方式&#xff1a;GET 请求地址&#xff1a;_mget 功能说明 &#…

12 Java文件处理之写入、读取:IO流(中):高级流(缓冲流、转换流、序列化流和反序列化流、打印流)

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录 前言一、缓冲流1 字节缓冲流(1)BufferedInputStream:字节缓冲输入流构造方法---- BufferedInputStream(InputStream in):创建一个使用默认缓冲区大小的缓冲输入流。---- BufferedInputStream(In…

【浅水模型MATLAB】尝试复刻SCI论文中的溃坝流算例

【浅水模型MATLAB】尝试复刻SCI论文中的溃坝流算例 前言问题描述控制方程及数值方法浅水方程及其数值计算方法边界条件的实现 代码框架与关键代码模拟结果 更新于2024年9月17日 前言 这篇博客算是学习浅水方程&#xff0c;并利用MATLAB复刻Liang (2004)1中溃坝流算例的一个记录…