有一天，两个不懂mysql内核的人想去了解mysql内核代码，两个人不是去调试代码、查找资料，而是在那边思考。因为不了解内核，所以边思考边去验证。
使用的mysql代码是5.1.7，调试环境是windows平台下的vs2003。
Bingxi：“alex，你觉得mysql的启动过程会是什么样的呢？我们以银行为例吧。”
Alex：“嗯，bingxi。早上银行开门了，会先准备好环境，然后开门迎客，mysql也是这样。Mysql里面会有一个handle_connections_sockets函数，这个函数就好比是个叫号机，每个用户来了都会取个号，然后就会进行业务处理。”
代码如下:
pthread_handler_t handle_connections_sockets(void *arg __attribute__((unused)))
{
……
while (!abort_loop)
{
select((int) max_used_connection,&readFDs,0,0,0) < 0) //有连接了则往下来执行，否则一直等待
……
accept(sock, my_reinterpret_cast(struct sockaddr *) (&cAddr),&length) //接受请求
……
create_new_thread(thd);
}
//abort_loop=1，则执行到这里进行推出。今天业务不处理了
}
{
……
while (!abort_loop)
{
select((int) max_used_connection,&readFDs,0,0,0) < 0) //有连接了则往下来执行，否则一直等待
……
accept(sock, my_reinterpret_cast(struct sockaddr *) (&cAddr),&length) //接受请求
……
create_new_thread(thd);
}
//abort_loop=1，则执行到这里进行推出。今天业务不处理了
}
Bingxi：“啊，这里面存在两种可能的，1）用户来一个就分配一个工作人员处理，2）将排号的人丢进工作队列，根据叫号机到指定窗口获取服务。前者的场景适合于请求量大，并且需要响应速度特别快的情况，但是分配也会有个限制，所谓的最大连接数，这样的情况常见于互联网行业，相应地我们可以看到机器的负载变化范围特别大。同样的，这也是它的一个弊端，假设每个业务都复杂（消耗资源型sql语句），同时处理的话，机器会支撑不住，这时候第二种方法就比较好，这种情况属于事务性场景。”
Alex：“嗯，是的。Mysql选择的是前者，oracle提供两种方法供选择。我们继续往下面的代码看，如果我们配置了线程缓存，且有可用的缓存，则唤醒该线程，否则创建新的线程。”
代码如下:
static void create_new_thread(THD *thd)
{
if (cached_thread_count > wake_thread)
{
start_cached_thread(thd);
}
else
{
if ((error=pthread_create(&thd->real_id,&connection_attrib,
handle_one_connection,
(void*) thd)))
}
}
Bingxi：“嗯，老杨。是不是理解银行为客户分配了一个服务人员，在这段期间一直为该客户服务。里面有个代码段，是一直在等用户下命令。但是有可能网络，或者被kill掉了，就像一个人存了100，不断取1块钱一样，被保安带走了。”
代码如下:
pthread_handler_t handle_one_connection(void *arg)
{
while (!net->error && net->vio != 0 &&
!(thd->killed == THD::KILL_CONNECTION))
{
net->no_send_error= 0;
if (do_command(thd))
break;
}
}
Alex：“嗯，获取命令，然后执行命令。在dispatch_command函数中，根据不同的客户请求进行响应的处理，比如开账户、存钱等”
代码如下:
bool do_command(THD *thd)
{
if ((packet_length=my_net_read(net)) == packet_error) //获取命令
DBUG_RETURN(dispatch_command(command,thd, packet+1, (uint) packet_length));
}