erlang mysql driver_erlang_mysql_driver 源码分析2

pool模型

探究erlang_mysql_driver对同一时刻大量请求的支持

mysql:fetch 和 mysql_conn

今天看到网络上的一篇文章，说erlang_mysql_driver的连接池实际上是没有意义的。

大概意思是，我们使用mysql:fetch去执行sql语句，mysql:fetch会call一条消息到mysql_dispatcher进程中。所以当我们同一时刻大量调用mysql:fetch的时候，mysql_dispatcher中就会有多条call消息在阻塞在消息队列里，那么后面调用的进程必须等待，每个请求需要等待上一个请求执行结束后才能开始执行，所以虽然mysql_dispatcher背后有多个连接进程(mysql_conn)但是他们并没有起到并发使用的作用。

乍一看，好像挺有道理的。但是我又觉得不对劲，毕竟作者不至于挖个这么大的坑吧，于是测试了一下。

同一时刻，spawn 10万个进程，每个进程都调用mysql:fetch进行数据库查询。

按上面的说法，那么这个时候应该会有大量的消息阻塞在mysql_dispatcher中，测试结果却是mysql_dispatcher的消息队列很快就处理完了。也就是mysql_dispatcher很快就把这些消息分发给了mysql_conn，这里我建立9个mysql_conn进程。然后大部分的消息(10万个请求)被堆积在9个mysql_conn进程的消息队列中，而且每个mysql_conn收到的消息是平均的。

证明我们的mysql_dispatcher还是能够顺利完成任务的，而且可以看出mysql_dispatcher处理这些消息肯定只有简单的分发消息，没有涉及数据io过程的。

gen_server:call gen_serve