MySQL多次查询和连接查询

如果您查询十次一条数据。

通常是要建立十次连接。

如果您查询一次十条数据。

那么只要建立一次连接。

建立连接需要经过一些步骤，实例若干object。

这个差距是显而易见的。

答：系统不能连接数据库，关键要看两个数据：

1、数据库系统允许的最大可连接数max_connections。这个参数是可以设置的。如果不设置，默认是100。最大是16384。

2、数据库当前的连接线程数threads_connected。这是动态变化的。

查看max_connections、max_connections的办法见后。

如果 threads_connected == max_connections 时，数据库系统就不能提供更多的连接数了，这时，如果程序还想新建连接线程，数据库系统就会拒绝，如果程序没做太多的错误处理，就会出现类似强坛的报错信息。

因为创建和销毁数据库的连接，都会消耗系统的资源。而且为了避免在同一时间同时打开过多的连接线程，现在编程一般都使用所谓数据库连接池技术。

但数据库连接池技术，并不能避免程序错误导致连接资源消耗殆尽。

这种情况通常发生在程序未能及时释放数据库连接资源或其他原因造成数据库连接资源不能释放，但强坛系统估计不会发生这种低级的编程错误。

该错误的简便的检查办法是，在刷新强坛页面时，不断监视threads_connected的变化。如果max_connections足够大，而 threads_connected值不断增加以至达到max_connections，那么，就应该检查程序了。当然，如果采用数据库连接池技术， threads_connected增长到数据库连接池的最大连接线程数时，就不再增长了。

从强坛出错的情况看，更大的可能性是数据库系统没能进行适当地配置。下面提出一点建议。供参考

让你们的工程师把MySQL的最大允许连接数从默认的100调成32000。这就不会老出现连接过多的问题了。

查看max_connections

进入MySQL，用命令：

show variables

查看数据库最大可连接数的变量值：

你这2个表的关联关系肯定都是11对应的，将left join 改成inner join。并且应该是队伍对应表a的id，正确sql应该是：

select

a.id, b.专业, c.专业, a.比分

from

表B a

inner join 表A b on a.蓝队 = b.id

inner join 表A c on a.红队 = c.id

---