mysql没有选择直接_beginthread(func, stack_size, param)的形式，而是进行了一次封装，不知道这样的好处是什么，可能牛人的思想不是我这样小菜鸟能顿悟的，跑题了～～

　　至此，我们只在pthread_create函数上设置断点，调试启动mysqld，断点停下来，看下系统的线程状况：

　　我们第一次进入pthread_create，任何线程都没开始创建呢，按理说系统线程应该就只有一个主线程，可现在多了这么多，这些应该是innodb存储引擎创建的线程了（具体是在plugin_init）。根据线程的名称，结合注释，猜测了下这些线程的作用。

　　 Io_handler_thread：从名称可以知道这些是I/O线程，负责进行磁盘I/O。

Svr_error_monitor_thread：应该是服务器出错监控线程。

Svr_lock_timeout_thread：应该是和上锁相关的线程。

Svr_master_thread：

/*************************************************************************

The master thread controlling the server. */

服务器控制线程，应该是具体进行作业的线程。

Svr_monitor_thread:

/*************************************************************************

A thread prints the info output by various InnoDB monitors. */

监控线程，负责打印信息。

　　淡然飘过吧，不去细究了，我们只关心pthread_create创建的线程。根据调试，发现多了几个线程同名的线程_threadstart，如下所示：

　　调试时看堆栈可以知道这三个线程的创建者和作用，如下所示

　　创建者：调用pthread_create进行创建线程的函数。

　　处理函数：调用pthread_create所创建的线程的具体的线程函数。

　　由名称我们就可以看出，handle_connections_sockets应该是处理连接的线程了，从顺序上看，也应该是这样，只有系统中所有的其他必须的线程创建完毕后，才能创建监听线程(连接线程)，即监听线程应该是系统最后创建的。

找到了我们LOGIN需要的线程了，下次针对这个线程，分析下如何进行登录的，以及登录后为用户分配哪些资源。时间不早啦，洗洗睡了