程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，如何保证

备份可用数据后，卸载重装恢复数据库。

程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，先备份可用的数据，包含所有系统数据库和用户数据库的数据文件和日志文件。

卸载原来的安装。

系统表查找和删除所有的MSSQLServer项。

磁盘上删除安装SQLSErver产生的所有文件。

重新安装SQLServer，所需安装的补丁的版本要求保持与备份系统数据库时安装的补丁版本一致。

单用户模式下恢复master数据库。

恢复其他系统数据库。

恢复用户数据库。

try

{

throw new Exception('糟了，链接断开了!');

}

catch(Exception e){

//我rollback

//我继续往外面抛错误;我选择记录日志;//我他妈的什么都不处理;//我需要重新调用一次

}

finally{

//该关的还是要关

//该释放的还是要释放

}

ASP有RecordSet。如果用

set rs=connexecute("select ")

的话，rs会自动变成recordset。SQL语句中只加粗略限制，不要一个一个ID去查询。用movenext方法可以遍历数据库，不依赖ID。

完整的查询方法是（假设已用conn打开数据库）

dim rs

set rs=connexecute("select from 表 where 条件")

while not rseof and not rsbof

responsewrite rs("字段")

rsmovenext

wend

MYSQL_OPT_READ_TIMEOUT 是 MySQL c api 客户端中用来设置读取超时时间的参数。在 MySQL 的官方文档中，该参数的描述是这样的：

MYSQL_OPT_READ_TIMEOUT (argument type: unsigned int )The timeout in seconds for each attempt to read from the server There are retries if necessary, so the total effective timeout value is three times the option value You can set the value so that a lost connection can be detected earlier than the TCP/IPClose_Wait_Timeout value of 10 minutes

也就是说在需要的时候，实际的超时时间会是设定值的 3 倍。但是实际测试后发现实际的超时时间和设置的超时时间一致。

而具体什么时候发生三倍超时，在文档中没有找到。所以对 MySQL 5720 的源码进行了一些分析。

使用 GDB 调试代码找了实际与 mysql server 通信的代码，如下：

其中 vio_read() 函数中，使用 recv 和 poll 来读取报文和做读取超时。net_should_retry() 函数只有在发生 EINTR 时才会返回 true。从这段代码来看是符合测试结果的，并没有对读取进行三次重试。只有在读取 *** 作被系统中断打断时才会重试，但是这个重试并没有次数限制。

从上面代码的分析可以看出，代码的逻辑和文档的描述不符。于是在一顿搜索后，找到了一个 MySQL 的 BUG(Bug #31163)。该 BUG 报告了在 MySQL 50 中，MySQL c api 读取的实际超时时间是设置的三倍，与现有文档描述相符。于是对 MySQL 5096 的代码又进行分析。

同样使用 GDB 找到了通信部分的代码。这次找到了重试三次的代码，如下：

这个版本的 MySQL api 的读写超时是直接使用的 setsockopt 设置的。第一次循环，在 A 点发生了第一次超时（虽然注释写的非阻塞，但是客户端的连接始终是阻塞模式的）。然后在 B 点将该 socket 设置为阻塞模式，C 点这里重置 retry 次数。由于设置了 alarm 第二次以后的循环会直接进入 D 点的这个分支，并且判断循环次数。作为客户端时net->retry_count 始终是 1，所以重试了两次，共计进行了 3 次 vioread 后从 E 点退出函数。

由上面的分析可知，MySQL 文档对于该参数的描述已经过时，现在的 MYSQL_OPT_READ_TIMEOUT 并不会出现三倍超时的问题。而 Bug #31163 中的处理结果也是将文档中该参数的描述更新为实际读取超时时间是设定时间的三倍。也许是 MySQL 的维护者们在后续版本更新时忘记更新文档吧。

以上就是关于程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，如何保证全部的内容，包括:程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，如何保证、在.net项目开发中，当用户在执行数据库 *** 作时，连接突然断开。此时在源代码中如何处理。。。、ACCESS数据库自动编号ID断号而无法读取出所有记录问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！