用于MYSQL认证代码主要集中在函数native_password_authenticate中，具体调用层次为：login_connection->check_connection->acl_authenticate->do_auth_once->native_password_authenticate，函数逻辑很简单，就是调用write_packet往客户端发一个认证包，然后调用read_packet等待客户端返回包含用户名、密码等信息的包，最后解析包中的信息进行密码验证，成功后，会在调用Protocol::send_ok发一个认证成功网络包，这个过程可以在图中的第二步全部体现。底层socket通信代码主要集中在sql/net_serv.cc中，具体而言读采用接口my_net_read，写采用接口my_net_write。
问题
(1).Unix socket方式登陆与TCP方式登陆有什么区别和联系？
Unix socket是实现进程间通信的一种方式，mysql支持利用Unix socket来实现客户端-服务端的通信，但要求客户端和服务端在同一台机器上。对于unix socket而言，同样也是一种套接字，监听线程会同时监听TCP socket和Unix socket，接受到请求然后处理，后续的处理逻辑都是一致的，只不过底层通信方式不一样罢了。
mysql -h127.0.0.1 –P3306 –uxxx –pxxx [TCP通讯方式]
mysql -uxxx –pxxx –S/usr/mysql/mysql.sock [unix socket通信方式]
(2).监听socket是否与通信socket公用一个端口？
我们知道，服务端一直有一个监听socket在3306端口监听，等待新进来的客户请求，一旦一个请求过来，服务端会重新创建一个新的通信socket，这个新的socket专门用于与这个客户通信，而监听socket则继续监听。虽然是2个套接字，但监听socket和通信socket都是同一个端口，通过netstat可以确认这个问题。
(3).连接超时参数connect_timeout在何时作用？
这个参数实质就是在MYSQL认证过程起作用，如果在这个过程中，客户端超过connect_timeout时间仍然没有发送密码认证包过来，则会主动断开连接。