mysql5.7版本中，先查看超时设置参数，我们这里只关注需要的超时参数，并不是全都讲解
show variables like '%timeout%';
connect_timeout
指的是连接过程中握手的超时时间,在5.0.52以后默认为10秒，之前版本默认是5秒，主要是客户端的参数。
mysql的基本原理应该是有个监听线程循环接收请求，当有请求来时，创建线程（或者从线程池中取）来处理这
请求。由于mysql连接采用TCP协议，那么之前势必是需要进行TCP三次握手的。
TCP三次握手成功之后，客户端进入阻塞，等待服务端的消息。服务端这个时候会创建一个线程(或者从线程池中取一个线程)来处理请求，主要验证部分包括host和用户名密码验证。host验证我们比较熟悉，因为在用grant命令授权用户的时候是有指定host的。
用户名密码认证则是服务端先生成一个随机数发送给客户端，客户端用该随机数和密码进行多次sha1加密后发送给服务端验证。如果通过，整个连接握手过程完成
wait_timeout（interactive_timeout）
从文档上来看wait_timeout和interactive_timeout都是指不活跃的连接超时时间，连接线程启动的时候wait_timeout会根据是交互模式还是非交互模式被设置为这两个值中的一个，默认是8个小时。
数据库重启或数据库空闲连接超过设置的最大timemout时间导致数据库会强行断开已有的链接，就会报这个异常。
如果在wait_timeout秒期间内，数据库连接(java.sql.Connection)一直处于等待状态，mysql就将该连接关闭。这时，你的Java应用的连接池仍然合法地持有该连接的引用。当用该连接来进行数据库操作时，就会产生上述错误。一般mysql自身连接的等待时间(wait_timeout)缺省为8小时，或者通过命令参数查看
net_read_timeout 和 net_write_timeout
net_read_timeout
mysql服务端从客户端读取（接收）数据时，服务端等待客户端响应的超时时间，当服务端正在从客户端读取
数据时，net_read_timeout控制何时超时。
对于这个参数，session和global级别并没有什么特别，session级别只对当前连接生效，global级别只对新
的连接生效。默认值是30S。
net_write_timeout
mysql服务端向客户端写(发送)数据时，服务端等待客户端响应的超时时间，当服务端正在写数据到客户端
时，net_write_timeout控制何时超时。
对于这个参数，session和global级别并没有什么特别，session级别只对当前连接生效，global级别只对新
的连接生效，默认值是60S。参考文档：
