MySQL数据库的“连接池”

转帖请注明出处，并保持文章的完整性。
对MySQL数据库来说，同一时刻，在同一个连接（connection）上，只允许进行一个操作（query，etc.），如果你的程序是多线程的，并且你在多个线程中都会利用同一个connection对数据库进行操作，那么，就有可能发生问题。
例如，你可能会收到“Commands out of sync”的错误提示（该提示是来自于MySQL API的函数，如果你的程序直接或间接调用了它，则有可能会出现），那么就可能是上面所说的原因。
此时，你必须自己来同步多线程程序中各线程对数据库的操作。例如，你可以使用mutex来同步数据库操作。但是这样做只是个治标不治本的办法，因为它可能会使得一个线程不断地等待其他线程释放对一个connection的“锁”，从而导致程序性能的极大消耗。此外，就算你不在乎性能，不厌其烦地在所有数据库操作函数里加上同步的代码，你还是可能会收到“Commands out of sync”的错误提示。
更靠谱的解决办法就是更改我们的设计方法，即：使用“连接池”技术来操作数据库。
什么是数据库连接池呢？我们可以从网上找到这样一段定义：
________________________________________________________
　　数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
　　数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。
________________________________________________________
也就是说，当我们需要进行一次数据库操作（例如查询）时，我们会先从连接池中取出一个connection，然后利用它进行查询，在使用完了之后，就将该connection返还到连接池中，连接池会决定是否将该connection销毁，或者分配给其他需要进行数据库操作的线程。
这样，我们的程序在任何时候都不需要进行对数据库操作的同步了，提高了性能，并且也减小了出错的可能。
当然，要自己写一个连接池出来，不