mysql大量数据操作时连接超时
MySQL连接超时自动断开连接应该怎样处理？
MySQL连接超时自动断开连接应该怎样处理？
用Fsocket获取数据时能够控制超时的。如果用File_get_contents($url);可以临时设定环境变量：设定默认socket超时时间ini_set(default_socket_timeout,3);养成好习惯，使用fsocket获取数据。
如果使用Curl，也可以在Curl中控制超时时间：curl_setopt($ch,CURLOPT_TIMEOUT,15)
;PHP中mysql函数是不提供类似mysql超时选项的，但是的_timeout可设置;Maximumtime(inseconds)_timeout60也可以在php脚本中调用设置ini_set();
dubbo发布服务，报错，timeout？
首先，事物内加上其他io访问，例如缓存，rpc，mq等等，是一个很差的实践，因为io堵住的话，事务也会卡住，导致获取到的锁一直不释放。需要在设计的时候，最好提取出来
第二，dubbo是否是同步调用呢，如果是，超时是有异常的，无论是建立tcp连接超时，还是读取响应超时，超时异常都是运行时异常，spring默认是运行时异常回滚的，你看看是否这个异常没被catch
第三，spring和mysql都可以配置事务超时时间，一般mysql上面设置innodb_lock_wait_timeout，只要事务获取了锁，锁超过这个时间（或者等待锁超过这个时间），就会有异常并回滚。
mysql锁表会出现什么情况？
1. 程序中非数据库交互操作导致事务挂起
将接口调用或者文件操作等这一类非数据库交互操作嵌入在 SQL 事务代码之中，那么整个事务很有可能因此挂起（接口不通等待超时或是上传下载大附件）。
2. 事务中包含性能较差的查询 SQL
事务中存在慢查询，导致同一个事务中的其他 DML 无法及时释放占用的行锁，引起行锁等待。
3. 单个事务中包含大量 SQL
通常是由于在事务代码中加入 for 循环导致，虽然单个 SQL 运行很快，但是 SQL 数量一大，事务就会很慢。
4. 级联更新 SQL 执行时间较久
这类 SQL 容易让人产生错觉，例如：update A set ... where (select B) 这类级联更新，不仅会占用 A 表上的行锁，也会占用 B 表上的行锁，当 SQL 执行较久时，很容易引起 B 表上的行锁等待。
5. 磁盘问题导致的事务挂起
极少出现的情形，比如存储突然离线，SQL 执行会卡在内核调用磁盘的步骤上，一直等待，事务无法提交。
综上可以看出，如果事务长时间未提交，且事务中包含了 DML 操作，那么就有可能产生行锁等待，引起报错。