connect_timeout:在获取链接时，等待握手的超时时间，只在登录时有效，登录成功这个参数就不管事了。主要是为了防止网络不佳时应用重连导致连接数涨太快，一般默认即可。
interactive_timeout:一个持续SLEEP状态的线程多久被关闭。线程每次被使用都会被唤醒为acrivity状态，执行完Query后成为interactive状态，重新开始计时。wait_timeout不同在于只作用于TCP/IP和Socket链接的线程，意义是一样的。
MySQL可以配置连接的超时时间，这个时间如果做得太长，甚至到了10min，那么很可能发生这种情况，3000个链接都被占满而且sleep在哪，新链接进不来，导致无法正常服务。因此这个配置尽量配置一个符合逻辑的值，60s或者120s等等。
命令行下面敲一个命令后，直至下一个命令到来之前的时间间隔为interactive_time，如果这个时间间隔超过了interactive_timeout，则连接会被自动断开，下一个命令失败。不过一般的mysql客户端都有自动重连机制，下一个命令会在重连后执行。
wait_timeout:The number of seconds the server waits for activity on a noninteractive connection (连接上没有活动命令，可能是客户端喝咖啡去了。)before closing it. 这个参数只对TCP/IP链接有效，分别是数据库等待接收客户端发送网络包和发送网络包给客户端的超时时间，这是在Activity状态下的线程才有效的参数
JDBC setQueryTimeout函数：为了避免查询出现死循环，或时间过长等现象，而导致线程阻塞，在获得Statement的实例后，stmt.setQueryTimeout(10); 避免因为查询导致程序出现线程阻塞。
但昨天发现程序出现了，“ORA-01013: 用户请求取消当前的操作”的异常。手工执行出错SQL语句发现，这个语句耗时20多秒。因为setQueryTimeout(10)，所以还没有执行完查询语句就抛出异常了。使用setQueryTimeout(10)时一定要把时间设置的长一些，如60秒以上。只要不导致线程长期阻塞，就可以。太短了容易抛出，“ORA-01013: 用户请求取消当前的操作”的异常

JDBC实现setQueryTimeout的原理：

[java]
　　class IfxCancelQueryImpl extends TimerTask
　　implements IfmxCancelQuery
　　{
　　IfxStatement stmt;
　　Timer t = null;
　　public void startCancel(IfxStatement paramIfxStatement, int paramInt)
　　throws Exception
　　{
　　this.stmt = paramIfxStatement;
　　this.t = new Timer(true);
　　this.t.schedule(this, paramInt * 1000);
　　}
　　public void run()
　　{
　　try
　　{
　　this.stmt.cancel();
　　this.t.cancel();
　　}
　　catch (SQLException localSQLException)
　　{
　　this.t.cancel();
　　throw new Error(localSQLException.getErrorCode() + “:” + localSQLException.getMessage());
　　}
　　}
　　}

　　可见，query timeout是通过客户端解决方案来做的，服务器端无需知晓。通过一个timer线程来监控执行时间，如果执行时间超时，则会schedule run()函数。