转载自：http://blog.csdn.net/z1988316/article/details/7976038


# 交互式： mysql -uxx -pxx 

# 非交互式：mysql -uxx -pxx -e 'xxx'


(1)interactive_timeout:

参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。

参数默认值：28800秒（8小时）


(2)wait_timeout:

参数含义：服务器关闭非交互连接之前等待活动的秒数。

在线程启动时，根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值，取决于客户端类型(由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义)。

参数默认值：28800秒（8小时）


问题1：这里为什么要同时设置interactive_timeout,wait_timeout的设置才会生效？

答：    不设置interactive_timeout,wait_timeout也会生效。


问题2：interactive的值如果设置的和wait_timeout不同，为什么Interactive_timeout会覆盖wait_timeout?

答：在交互模式下(CLIENT_INTERACTIVE，例如mysql -uxx -pxx这种),interactive_timeout才生效。

  非交互模式下(如使用navicat和sqlyog或mysql -e''这种写法)，interactive_timeout不生效。


问题3：在进行MySQL优化时，因为interactive_timeout决定的是交互连接的时间长短，而wait_timeout决定的是非交互连接的时间长短。如果在进行连接配置时mysql_real_connect()最后一个参数client_flag不设置为CLIENT_INTERACTIVE，是不是interactive_timeout的值不会覆盖wait_timeout?

答：可以做实验试试。


问题4：为了减少长连接的数量，在设置优化时是不是可以将interactive_timeout的值设置的大些，而wait_timeout的值设置的小些？但是问题2的描述好像又不允许这样。。。

答：如2所述，在交互模式下，interactive_timeout取代wait_timeout。这样，如果有的客户端是交互模式方式连接mysql server。那么客户端的timeout受制于interactive_timeout。

如果有的客户端是非交互模式，长连接mysql server。那么客户端的timeout受制于wait_timeout。(是否是交互模式的连接，由客户端决定)

【据此结论实验发现navicat和sqlyog都是运行在非交互模式，超时实际上受wait_timeout参数控制】