什么样的情况下数据库会宕机

如果获得连接的方式中包含"自动尝试连接"属性,就会出现这种情况因为查找数据库连接的消耗是除网络IO外的最大诱因,包括连接串或者程序中的程序设置连接次数,都会造成线程的堵塞

另,也与异常的处理方式有很大关系,不论是driverManager获取或者数据源获取连接,在未能获取连接时的异常处理将会影响后面的进程

在was中,若使用数据源,那还有一个原因就是应用服务器的连接池机制本身因为用户应用的连接实际上取的是连接池中的连接而非物理连接,连接池有自身的一套处理机制,在获得缓冲的同时,也会在数据库和用户应用之间造成一定的时间差和状态差因此,可能的情况是数据库实际上已经拒绝服务(含堵塞/停止等),而应用服务器连接池中的某些连接仍可用,这时候,pool的处理和应用的处理的消耗就造成了应用服务器的堵塞对于这种情况的处理,只有依据实际情况对数据源和数据库的参数进行调整

1、为了排除EMC和网络的问题，把数据文件迁移到本地，再做大量的插入 *** 作后(约插入了600万)，发现很快就会出现同样的故障。这样，就排除了存储和网络的问题，说明故障点在于AIX和ORACLE的aio设置。此时DISK_ASYNCH_IO＝true。

2、修改oracle的DISK_ASYNCH_IO＝false。再做大量的插入 *** 作，这次 *** 作成功插入了上千万的数据，而没有出任何错误。但这样设置后，系统的性能明显下降，所以，这种设置是不可取的。

3、按oracle的官方文档，再对系统进行优化，把oracle的DISK_ASYNCH_IO= true, DBWR_IO_SLAVES=4,再做大量的插入 *** 作，三个进程并行插入了近6千万的数据，成功通过了压力的测试。

4、最后，按照IBM工程师的建议修改了如下参数，对系统再次进行优化。

以上就是关于什么样的情况下数据库会宕机全部的内容，包括:什么样的情况下数据库会宕机、求助 数据库频繁宕机、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！