丢失全部数据文件，控制文件，redo log file（9201）——处理方法二

最新推荐文章于 2025-12-15 15:11:53 发布
原创 最新推荐文章于 2025-12-15 15:11:53 发布 · 1.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#file #sql #archive #database #microsoft #insert

本文详细介绍了如何在Oracle数据库中进行热备份恢复，包括丢失全部数据文件、控制文件和redo log file的情况。通过创建新的控制文件、恢复数据库和使用备份的控制文件，最终成功还原至特定点。

丢失全部数据文件，控制文件，redo log file（9201）

 

 

 

 

作者：张大鹏（Lunar）

                           Email:  moonlunar@163.com

                            MSN:  lunar52@hotmail.com

 

   

 

 

 

 

二 使用重建控制文件做（热备）恢复

做热备份前的测试数据

SQL> conn lunar/lunar

Connected.

SQL> truncate table test;

 

Table truncated.

 

SQL> insert into test values(15);

 

1 row created.

 

SQL> insert into test values(16);

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

 

 

热备数据库

SQL> conn / as sysdba

Connected.

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     1

Next log sequence to archive   1

Current log sequence           1

SQL> @D:/hot_backup/hotbackup_for_win

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

已复制         1 个文件。

SQL>

 

 

做热备份后的测试数据

提交部分测试数据（备份后增加的）

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

        15

        16

 

2 rows selected.

 

SQL> insert into test values(25);

 

1 row created.

 

SQL> insert into test values(26);

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(27);

 

1 row created.

 

SQL>

 

再开一个窗口，产生检查点

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>set nls_lang=AMERICAN_AMERICA.US7ASCII

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 21:28:47 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL> alter system checkpoint;

 

System altered.

 

SQL>

 

回到原来的窗口，继续添加数据

SQL> insert into test values(28);

 

1 row created.

 

SQL>

 

 

回到as sysdba的窗口，switch logfile

SQL> alter system switch logfile;

 

System altered.

 

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     1

Next log sequence to archive   3

Current log sequence           3

SQL>

 

回到原来的窗口，commit后，继续添加数据

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(29);

 

1 row created.

 

SQL>

 

回到as sysdba的窗口，产生检查点

SQL>  alter system checkpoint;

 

System altered.

 

SQL>

 

 

 

回到原来的窗口，不commit继续添加数据

 

SQL> insert into test values(30);

 

1 row created.

 

SQL> select * from test;

        15           (new datas after hot backup)

        16

        25

        26   

( commit )

        27   

(checkpoint )

        28

                            ( switch logfile )

                            (commit )

        29

                            (checkpoint )

        30

                            ( shutdown abort)

8 rows selected.

 

SQL>

只能恢复到switch logfile前全部commit的数据，即：26

 

回到as sysdba的窗口，模拟数据库crash

SQL> shutdown abort

ORACLE instance shut down.

SQL>

 

删除所有数据库文件

SQL> host

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>del E:/oracle/ora92/test/*.*

E:/oracle/ora92/test/*.*, 是否确认 (Y/N) ? y

 

C:/>dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

               0 个文件              0 字节

               2 个目录  2,802,962,432 可用字节

 

C:/>

C:/>exit

 

SQL>

 

 

恢复数据库

将最近的热备拷贝回来

C:/>copy D:/hot_backup/*.* E:/oracle/ora92/test

D:/hot_backup/hotbackup_for_win.sql

D:/hot_backup/hotbackup.sql

D:/hot_backup/hotbackup.log

D:/hot_backup/SYSTEM01.DBF

D:/hot_backup/UNDOTBS01.DBF

D:/hot_backup/DRSYS01.DBF

D:/hot_backup/INDX01.DBF

D:/hot_backup/TOOLS01.DBF

D:/hot_backup/USERS01.DBF

D:/hot_backup/XDB01.DBF

D:/hot_backup/RMAN01.DBF

D:/hot_backup/CONTROL02.CTL

D:/hot_backup/test_ora_1972.trc

已复制        13 个文件。

 

C:/>

C:/>exit

 

SQL>

 

编辑并修改备份的控制文件（backup to trace）

CREATE CONTROLFILE REUSE DATABASE "TEST1" RESETLOGS  ARCHIVELOG

    MAXLOGFILES 5

    MAXLOGMEMBERS 3

    MAXDATAFILES 100

    MAXINSTANCES 1

    MAXLOGHISTORY 226

LOGFILE

  GROUP 1 'E:/ORACLE/ORA92/TEST/REDO01.LOG'  SIZE 30M,

  GROUP 2 'E:/ORACLE/ORA92/TEST/REDO02.LOG'  SIZE 30M,

  GROUP 3 'E:/ORACLE/ORA92/TEST/REDO03.LOG'  SIZE 30M,

  GROUP 4 (

    'E:/ORACLE/ORA92/TEST/REDO04A.LOG',

    'E:/ORACLE/ORA92/TEST/REDO04B.LOG'

  ) SIZE 1M

DATAFILE

  'E:/ORACLE/ORA92/TEST/SYSTEM01.DBF',

  'E:/ORACLE/ORA92/TEST/UNDOTBS01.DBF',

  'E:/ORACLE/ORA92/TEST/DRSYS01.DBF',

  'E:/ORACLE/ORA92/TEST/INDX01.DBF',

  'E:/ORACLE/ORA92/TEST/TOOLS01.DBF',

  'E:/ORACLE/ORA92/TEST/USERS01.DBF',

  'E:/ORACLE/ORA92/TEST/XDB01.DBF',

  'E:/ORACLE/ORA92/TEST/RMAN01.DBF'

CHARACTER SET ZHS16GBK

;

 

 

nomount数据库

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup nomount

ORACLE instance started.

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

SQL>

 

 

重建控制文件

SQL> CREATE CONTROLFILE REUSE DATABASE "TEST1" RESETLOGS  ARCHIVELOG

  2      MAXLOGFILES 5

  3      MAXLOGMEMBERS 3

  4      MAXDATAFILES 100

  5      MAXINSTANCES 1

  6      MAXLOGHISTORY 226

  7  LOGFILE

  8    GROUP 1 'E:/ORACLE/ORA92/TEST/REDO01.LOG'  SIZE 30M,

  9    GROUP 2 'E:/ORACLE/ORA92/TEST/REDO02.LOG'  SIZE 30M,

 10    GROUP 3 'E:/ORACLE/ORA92/TEST/REDO03.LOG'  SIZE 30M,

 11    GROUP 4 (

 12      'E:/ORACLE/ORA92/TEST/REDO04A.LOG',

 13      'E:/ORACLE/ORA92/TEST/REDO04B.LOG'

 14    ) SIZE 1M

 15  DATAFILE

 16    'E:/ORACLE/ORA92/TEST/SYSTEM01.DBF',

 17    'E:/ORACLE/ORA92/TEST/UNDOTBS01.DBF',

 18    'E:/ORACLE/ORA92/TEST/DRSYS01.DBF',

 19    'E:/ORACLE/ORA92/TEST/INDX01.DBF',

 20    'E:/ORACLE/ORA92/TEST/TOOLS01.DBF',

 21    'E:/ORACLE/ORA92/TEST/USERS01.DBF',

 22    'E:/ORACLE/ORA92/TEST/XDB01.DBF',

 23    'E:/ORACLE/ORA92/TEST/RMAN01.DBF'

 24  CHARACTER SET ZHS16GBK

 25  ;

 

Control file created.

 

SQL>

 

 

恢复数据库（USING BACKUP CONTROLFILE）

SQL> RECOVER DATABASE USING BACKUP CONTROLFILE

ORA-00279: change 1087799 generated at 02/05/2002 21:19:44 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC

ORA-00280: change 1087799 for thread 1 is in sequence #1

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00279: change 1087918 generated at 02/05/2002 21:23:09 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC

ORA-00280: change 1087918 for thread 1 is in sequence #2

ORA-00278: log file 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC' no longer needed

for this recovery

 

 

ORA-00279: change 1088081 generated at 02/05/2002 21:31:09 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC

ORA-00280: change 1088081 for thread 1 is in sequence #3

ORA-00278: log file 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC' no longer needed

for this recovery

 

 

ORA-00308: cannot open archived log 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC'

ORA-27041: unable to open file

OSD-04002: 无法打开文件

O/S-Error: (OS 2) 系统找不到指定的文件。

 

 

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  21:49          367,009,792 SYSTEM01.DBF

2002-02-05  21:49           52,436,992 UNDOTBS01.DBF

2002-02-05  21:49          104,865,792 DRSYS01.DBF

2002-02-05  21:49           31,465,472 INDX01.DBF

2002-02-05  21:49           31,465,472 TOOLS01.DBF

2002-02-05  21:49           31,465,472 USERS01.DBF

2002-02-05  21:49           52,436,992 XDB01.DBF

2002-02-05  21:49           52,436,992 RMAN01.DBF

2002-02-05  21:49            1,875,968 CONTROL02.CTL

2002-02-05  21:49            1,875,968 CONTROL03.CTL

              10 个文件    727,334,912 字节

               2 个目录  2,075,586,560 可用字节

 

SQL>

再次恢复（until cancel USING BACKUP CONTROLFILE）

SQL> ALTER DATABASE OPEN RESETLOGS;

ALTER DATABASE OPEN RESETLOGS

*

ERROR at line 1:

ORA-01113: file 1 needs media recovery

ORA-01110: data file 1: 'E:/ORACLE/ORA92/TEST/SYSTEM01.DBF'

 

 

SQL> RECOVER DATABASE until cancel USING BACKUP CONTROLFILE;

ORA-00279: change 1088081 generated at 02/05/2002 21:31:09 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_3.ARC

ORA-00280: change 1088081 for thread 1 is in sequence #3

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

cancel

Media recovery cancelled.

SQL>

RESETLOGS打开数据库

SQL>  ALTER DATABASE OPEN RESETLOGS;

 

Database altered.

 

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  21:52           31,457,792 REDO01.LOG

2002-02-05  21:52           31,457,792 REDO02.LOG

2002-02-05  21:52           31,457,792 REDO03.LOG

2002-02-05  21:52            1,049,088 REDO04A.LOG

2002-02-05  21:52            1,049,088 REDO04B.LOG

2002-02-05  21:52          367,009,792 SYSTEM01.DBF

2002-02-05  21:52           52,436,992 UNDOTBS01.DBF

2002-02-05  21:52          104,865,792 DRSYS01.DBF

2002-02-05  21:52           31,465,472 INDX01.DBF

2002-02-05  21:52           31,465,472 TOOLS01.DBF

2002-02-05  21:52           31,465,472 USERS01.DBF

2002-02-05  21:52           52,436,992 XDB01.DBF

2002-02-05  21:52           52,436,992 RMAN01.DBF

2002-02-05  21:49            1,875,968 CONTROL02.CTL

2002-02-05  21:49            1,875,968 CONTROL03.CTL

              15 个文件    823,806,464 字节

               2 个目录  1,979,092,992 可用字节

 

SQL>

 

 

验证恢复

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

        15

        16

        25

        26

 

4 rows selected.

 

SQL>

丢失了部分数据commit的数据，因为那些数据是在redo中的，还没有被归档

 

MySQL的事务实现之——redolog与undolog
qq_40416980的博客
07-05 1672
一、事务 事务是数据库区别于文件系统的重要特性之一。在文件系统中，如果正在写文件，此时操作系统突然崩溃，这个文件很有可能就损坏了。 数据库事务，在数据库操作提交时，可以确保要么所有的修改都已经被保存，要么所有的修改都不保存。 事务的特性：ACID,即原子性（atomicity）、一致性(consistency)、隔离性(isolation)、持久性（durability）。 前面的文章介绍了InnoDB存储引擎 的锁机制，正是用来保证事务之间的隔离性。而事务的原子性、一直性、持久性又是怎么实现的呢？答案就是
MySQL高级讲座篇之：MySQL崩溃恢复：`Redo Log`与`Undo Log`的恢复之旅。
weixin_41455464的博客
08-17 725
希望通过今天的讲解，大家对MySQL的崩溃恢复机制有了更深入的了解。问题来了：如果数据库在第2步完成，但第3步还没来得及做的时候崩溃了，那数据就丢失了，因为内存中的修改还没持久化到磁盘上。它记录的是逻辑级别的修改，也就是“把哪个页面的哪个记录改成什么”。它记录的是物理级别的修改，也就是“把哪个页面的哪个字节改成什么”。的工作原理，可以帮助我们更好地理解MySQL的事务机制，从而写出更高效、更可靠的SQL语句。中记录的信息，将数据恢复到原始状态，保证事务的原子性。
MySQL三大日志——binlog、redoLog、undoLog详解
热门推荐
想着百万年薪努力的小赵
06-25 5万+
我们都知道，事务的四大特性里面有一个是持久性，具体来说就是只要事务提交成功，那么对数据库做的修改就被永久保存下来了，不可能因为任何原因再回到原来的状态。那么mysql是如何保证一致性的呢？最简单的做法是在每次事务提交的时候，将该事务涉及修改的数据页全部刷新到磁盘中。但是这么做会有严重的性能问题，主要体现在两个方面： 1）、 因为Innodb是以页为单位进行磁盘交互的，而一个事务很可能只修改一个数据页里面的几个字节，这个时候将完整的数据页刷到磁盘的话，太浪费资源了！ 2）、 一个事务可能涉及修改多个数据页，并
redo log —— MySQL宕机时数据不丢失的原理
天堂的博客
04-21 5672
redo log如何保证MySQL在宕机时数据不丢失
丢失全部数据文件，控制文件，redo log file（9201）——处理方法三
lunar的小铺
08-01 1851
丢失全部数据文件，控制文件，redo log file（9201）         作者：张大鹏（Lunar）                            Email:  moonlunar@163.com                             MSN:  lunar52@hotmail.com             三 使用备份的控制文件（冷备）恢复 做冷备份前的
丢失全部数据文件，控制文件，redo log file（9201）——处理方法一
lunar的小铺
08-01 2220
      丢失全部数据文件，控制文件，redo log file（9201）         作者：张大鹏（Lunar）                            Email:  moonlunar@163.com                             MSN:  lunar52@hotmail.com                 一 使用备份的控制文件（热备）
丢失全部数据文件，控制文件，redo log file（9201）——处理方法四
lunar的小铺
08-01 1774
丢失全部数据文件，控制文件，redo log file（9201）         作者：张大鹏（Lunar）                            Email:  moonlunar@163.com                             MSN:  lunar52@hotmail.com             四 使用重建控制文件做（冷备）恢复 做冷备份前的
MySQL日志（一）—— 重做日志文件redo log
前尘忆梦Memory的博客
10-03 585
在InnoDB存储引擎的数据目录下会有两个名为ib_logfile0和ib_logfile1的文件。在MySQL官方手册中将其称为InnoDB存储引擎的日志文件，不过更准确的定义应该是重做日志文件（redo log file）。为什么强调是重做日志文件呢？因为重做日志文件对于InnoDB存储引擎至关重要，它们记录了对于InnoDB存储引擎的事务日志。 ...
MySQL宕掉怎样数据不丢失_redo log —— MySQL宕机时数据不丢失的原理
weixin_42523389的博客
02-06 816
问题在开始阅读本文之前，可以先思考一下下面两个问题。众所周知，MySQL 有四大特性：ACID，其中 D 指的是持久性(Durability)，它的含义是 MySQL 的事务一旦提交，它对数据库的改变是永久性的，即数据不会丢失，那么 MySQL 究竟是如何实现的呢？MySQL 数据库所在服务器宕机或者断电后，会出现数据丢失的问题吗？如果不丢失，它又是如何来实现数据不丢失的呢？在 MySQL 5.5...
（一）万字长文系列，redolog看这篇就够了 —— redolog的作用？写入方式是什么？什么是日志文件组？redolog的写入策略是怎样的？
weixin_45322373的博客
07-21 1514
WAL，中文全称是Write-Ahead Logging，它的关键点就是日志先写内存，再写磁盘。MySQL执行更新操作后，在真正把数据写入到磁盘前，先记录日志。好处是不用每一次操作都实时把数据写盘，就算crash后也可以通过redo log恢复，所以能够实现快速响应SQL语句。
MySQL文件(三)-InnoDB存储引擎文件、重做日志(redo log)文件等
星光之子的博客
08-09 344
套接字文件、pid文件、表结构定义文件、InnoDB存储引擎文件套接字文件pid文件表结构定义文件InnoDB存储引擎文件表空间文件重做日志文件innodb_log_file_sizeinnodb_log_files_in_group、innodb_mirrored_log_groupsinnodb_log_group_home_dir小结重做日志类型写入重做日志 套接字文件 在UNIX系统下本地连接MySQL可以采用UNIX域套接字方式，这种方式需要一个套接字（socket）文件 套接字文件可由参数soc
⚠️Mysql 三大Log——Redo Log、Undo Log、Bin Log，以及Mysql的两阶段提交 吧拉吧拉吧拉吧拉吧拉
眉头的骰
11-25 926
关于这三个log，redo log 和 undo log 是归属于Innodb 存储引擎的 ，bin log 是归属于 mysql Server 这个层面的。 redo log 和 undo log 都是存储引擎层面上生成的日志，并且都记录了数据的修改，只不过 redo log记录的是"物理级别"上的页修改操作，undo log 记录的是逻辑操作日志，比如对某一行数据进行了INSERT语句操作，那么 undo log就记录一条与之相反的DELETE操作。 Redo Log —— 保证事务持久性，数据异常恢
日常随笔1--MySQL中添加Redo日志文件的步骤详解
weixin_41633010的博客
10-18 754
Redo日志是MySQL中重要的事务日志，用于记录事务对数据库进行的修改操作，确保数据库的持久性和恢复能力。一般建议将Redo日志文件的大小设置为512MB或1GB，文件组的数量为2或3。在添加新的Redo日志文件之前，首先需要确认当前的Redo日志文件状态，包括文件大小、位置和数量等信息。至此，MySQL中添加Redo日志文件的步骤已经完成，新的Redo日志文件已经成功生成并开始记录事务的修改操作。MySQL服务器重新启动后，会根据新的配置重新生成Redo日志文件，并按照设置的大小和数量进行管理。
MySQL资料总结（中）—— 记录日志binlog、事务日志redo log、undo log、DDL日志ddl_log
a864636467的博客
06-06 1219
文章目录记录日志1.日志刷新操作2.错误日志3.一般查询日志4.慢查询日志5.二进制日志5.1 二进制日志文件5.2 查看二进制日志5.2.1 mysqlbinlog5.2.2 show binary logs5.2.3 show binlog events5.2.4 show master status5.3 删除二进制日志5.4 二进制日志的记录格式5.5 二进制日志相关的变量5.6 二进制日志定点还原数据库事务日志1. redo log1.1 redo log和二进制日志的区别1.2 redo log
SQLAlchemy 核心 API 深度解析：超越 ORM 的数据库工具包
不懂先生的博客
12-13 421
SQLAlchemy Core 提供了强大的表结构定义能力，支持复杂的约束、索引和数据类型。# 示例：高级表结构定义# 枚举类型定义# 约束定义# 索引定义# 关联表示例SQLAlchemy 允许深度定制，包括创建自定义数据类型和扩展 SQL 编译器。# 示例：创建自定义 JSON 查询过滤器"""自定义 JSON 路径查询表达式"""operator=None # 自定义操作符"""为 PostgreSQL 编译 JSON 路径查询"""# 使用自定义 JSON 路径查询# )
upload、very_easy_sql、i-got-id-200
2501_91671229的博客
12-15 1133
在Perl的CGI模块中，param()是核心方法之一，主要用于获取HTTP请求中的参数数据，包括表单提交的普通参数、URL查询参数，以及文件上传的文件句柄。基本作用param()方法的核心是解析CGI请求中的参数，支持两种常见的HTTP请求方式：GET请求：解析URL中?后的查询字符串（如http://example.com/cgi-bin/script.pl?
MyBatis基础入门《十二》批量操作优化：高效插入/更新万级数据，告别慢 SQL！
最新发布
小二丶的博客
12-15 674
本文详细介绍了MyBatis批量操作的三种实现方案及性能对比。针对大数据量场景，推荐使用SqlSession的BatchExecutor模式，通过JDBC的addBatch()实现高效批量写入；对于中小批量数据，可使用XML中的foreach标签构建单条INSERT语句；同时分析了Spring事务批量的局限性。文章还提供了生产环境最佳实践，包括分批处理、数据库调优等建议，并通过实测数据展示了不同方案的性能差异。最后解答了常见问题并给出场景化推荐方案，帮助开发者应对海量数据写入挑战。
MySQL 及 SQL 注入
csbysj2020
12-11 501
MySQL 是一款开源的关系型数据库管理系统，由瑞典 MySQL AB 公司开发。它遵循 GNU 通用公共许可证（GPL），可以在商业和非商业环境下使用。MySQL 支持多种编程语言，如 C、C++、Java、PHP、Python 等，并且拥有丰富的扩展功能和优秀的性能。SQL 注入是一种常见的网络安全漏洞，它允许攻击者通过在 SQL 语句中插入恶意代码，从而获取数据库的控制权限。攻击者可以利用 SQL 注入攻击，窃取敏感数据、修改数据、删除数据、执行任意命令等。
SQL篇——【MySQL篇：SQL理论】SQL 与关系型数据库核心要点详解
2403_88453964的博客
12-12 1104
本文系统介绍了关系型数据库的核心概念与SQL操作指南。主要内容包括：1.关系型数据库基础概念，包括主流数据库产品对比；2.SQL语言详解，涵盖DDL（数据定义）、DML（数据操作）、DQL（数据查询）和DCL（数据控制）四大类语法；3.数据库函数与约束机制，包括字符串、数值、日期函数及主键、外键等约束类型；4.多表查询技术，涉及内连接、外连接、子查询等复杂查询方法；5.事务管理，详细说明ACID特性、隔离级别及并发控制。全文采用示例驱动的讲解方式，提供大量实用SQL代码片段，适合作为关系型数据库学习的系统参
MySQL中redolog
04-02
这部分文件通常被称为 redo log file 或者 ib_logfile* 文件。它们保存着实际的日志数据，并且具有循环覆盖的特点——也就是说，旧的日志会在不再需要的时候被新日志替换掉。 此外，还存在一个重要的参数 `innodb_...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值