https://cloud.tencent.com/developer/article/1508815
# 交互式： 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参数控制】