Mirror--程序访问镜像数据库的超时机制
程序在访问有镜像的数据库和无镜像的数据库时，采用的链接超时时间算法不一样，因此会导致在在有镜像的数据库上设置了15 S的超时时间，而实际的超时时间仅为3.6 S,从而导致有镜像的数据库更容易超时。
在无镜像的数据库上，会使用配置的或默认的connect timeout.
在有镜像的数据库上，连接超时时间为：
RetryTime = PreviousRetryTime + ( 0.08 * TotalLoginTimeout )
假定你指定connection timeout 15 秒：
第一轮：连接主机，超时时间为总timeout的8% 即：15*8%=1.2秒 这时候如果连接没有成功，就试图连接备机，超时时间也是1.2秒。
第二轮：如果连接备机失败，这时候，客户端数据库接口再试图连接主机，超时时间设为 总timeout的16% 即：15*16%=2.4秒。 如果没有成功，就连接备机，超时时间也是2.4秒。
第三轮，超时时间是总timeout时间的24%。在后续的每轮中，连接尝试的重试时间会逐渐变大。前八次连接尝试的重试时间如下： 8%, 8%, 16%, 16%, 24%, 24%, 32%, 32%
对于15秒的timeout值，实际连接主机的最大timeout值是3.6秒！ 如果前面3次连接（1.2秒，2.4秒，3.6秒）都不成功，那么15秒超时时间就到了，你程序就会报超时错误。要增加连接主机的真实timeout值，你只能增加总的connection timeout值。比如如果超时设为120秒，那么第一轮的重试时间是：120*8%=9.6秒。 即便如此，第一轮的尝试连接时间还是比非镜像数据库的缺省15秒timeout时间要短。
摘抄自http://blogs.msdn.com/b/apgcdsd/archive/2012/03/01/timeout.aspx
最新文章
- SharePoint 2013管理中心里【管理服务器上的服务】不见了
- 搭建LNAMP环境（二）- 源码安装Nginx1.10
- 【完全开源】Django多人博客系统——支持MarkDown和tinyMce
- 1.bootstrap练习笔记-导航条
- Unity_Shader(1)
- 第6章 第一个Linux驱动程序：统计单词个数
- centos分区
- CURLcode curl_easy_setopt（原创）
- node（thrift）
- c# 基础部分 （基本数据类型-- 表达式）
- Unity 3D 中自动寻路 和 跟随转向 探析
- SQL多条件查询
- Mac Android签名生成keystore
- Calculate drive total/free/available space
- JS实现图片翻书效果示例代码
- Cocos2d-x 3.0 实例学习教程 前沿
- 关于WIN32.EXE变态木马下载器的解决办法
- 鉴客 C# 抓取页面（带认证）
- Swing-JTable检测单元格数据变更事件
- __call PHP伪重载方法