应对数据库崩溃的方法不包括()

应对数据库崩溃的方法不包括（不依赖数据）。应对数据库崩溃的方法包括高度重视，有效应对；确保数据的保密性；重视数据的可用性。除此之外，应对数据库崩溃还有以下方法：

1.在代码层面消化数据库压力

在代码层面可以通过创建索引和转移压力两种方式给数据库减压。 索引是MySQL和Oracle数据库本身提供的功能,合理创建索引可以提高数据检索效率,降低数据库IO和CPU的消耗。

2.给数据库请个保姆——中间件

能否合理利用中间件是考验一个开发技术经理的标准之一,合理利用各种中间件的优势,可以有效提高产品性能。在数据读取压力大的场景中,往往会引入Redis和MQ中间件。

3. 忍法——数据库分身术

上面几种方法只是在应用系统的软实力上做文章，为数据库减压，但面对真正庞大的流量袭来时，还是得下硬功夫——提升数据库自身的读写性能。

数据库运行过程中常见的故障有3类：事物故障、系统故障、介质故障。

恢复策略：

1、事物故障：

发生事务故障时，被迫中断的事务可能已对数据库进行丁修改，为了消除该事务对数据库的影响，要利用日志文件中所记载的信息，强行回滚该事务，将数据库恢复到修改前的初始状态。

为此，要检查日志文件中由这些事务所引起的发生变化的记录，取消这些没有完成的事务所做的一切改变，这类恢复 *** 作称为事务撤销。

2、系统故障：

系统故障的恢复要完成两方面的工作，既要撤销所有末完成的事务，还要重做所有已提交的事务，这样才能将数据库真正恢复到一致的状态。

3、介质故障：

介质故障比事务故障和系统故障发生的可能性要小，但这是最严重的一种故障，破坏性很大，磁盘上的物理数据和日志文件可能被破坏，这需要装入发生介质故障前最新的后备数据库副本，然后利用日志文件重做该副本后所运行的所有事务。

扩展资料：

“数据故障恢复”和“完整性约束”、“并发控制”一样，都是数据库数据保护机制中的一种完整性控制。所有的系统都免不了会发生故障，有可能是硬件失灵，有可能是软件系统崩溃，也有可能是其他外界的原因，比如断电等等。

数据库运行的突然中断会使数据库处在一个错误的状态，而且故障排除后没有办法让系统精确地从断点继续执行下去。这就要求DBMS要有一套故障后的数据恢复机构，保证数据库能够回复到一致的、正确地状态去。

参考资料来源：百度百科-事务故障

参考资料来源：百度百科-系统故障

参考资料来源：百度百科-介质故障

---