http://www.mysqlperformanceblog.com/2013/03/16/simcity-outages-traffic-control-and-thread-pool-for-mysql/
这篇文章生动的描述了线程池的妙处，它可以解决高并发数据库性能下降。
试想着如果不设置交通信号灯，没有交警的指挥，让其车辆肆意行驶，那么造成的后果就是交通瘫痪，谁都抢行，结果谁都过不去，堵死了。那么就必须采取一定的措施，先放行一部分车辆，后续的就排队等待，直到交通畅通。——这就是线程池的作用。
每个客户端连接MySQL执行SQL语句会创建一个线程。一旦连接数量的增加超过某特定点性能将会下降。该特性使服务器保持最佳性能，即使大量的客户端连接，通过使用线程池服务器线程的数量将减少，这将减少CPU上下文切换和热锁的竞争。
下面我用虚拟机做了一次压力测试。
虚拟机配置：
root@percona1:~/percona-toolkit-2.2.4# pt-summary# Percona Toolkit System Summary Report ###################### Date | 2014-02-04 01:51:35 UTC (local TZ: CST 0800) Hostname | percona1 Uptime | 1:48, 3 users, load average: 0.62, 9.56, 17.38 System | VMware, Inc.; VMware Virtual Platform; vNone (Other)Service Tag | VMware-56 4d 4e ce 5e 61 55 0d-cb 94 85 3f 9e 9a 3e 79 Platform | Linux Release | Debian GNU/Linux 7.3 (wheezy) (wheezy) Kernel | 3.2.0-4-amd64Architecture | CPU = 64-bit, OS = 64-bit Threading | NPTL 2.13 SELinux | No SELinux detectedVirtualized | VMWare# Processor ##################################################Processors | physical = 2, cores = 4, virtual = 4, hyperthreading = no Speeds | 4×1895.729 Models | 4xIntel(R) Core(TM) i3-3227U CPU @ 1.90GHz Caches | 4×3072 KB# Memory ##################################################### Total | 996.0M Free | 69.8M Used | physical = 926.2M, swap allocated = 1.3G, swap used = 439.8M, virtual = 1.3G Buffers | 2.4M Caches | 20.0M Dirty | 384 kB UsedRSS | 810.2MSwappiness | 60DirtyPolicy | 20, 10DirtyStatus | 0, 0
压力测试参数：
1
