技术咨询：向子程序传递数据库连接还是每次新建连接？

嘿Jan，这绝对是个值得好好梳理的数据库操作实践问题——咱们直接说结论：强烈推荐你用示例1的方式，传递已打开的数据库连接给各个子程序，而不是在每个子程序里新建/断开连接。

为啥这么说？咱们来对比两种方式的优缺点：

先踩踩示例2的坑 #

• 性能拉胯：每次建立数据库连接都要经历TCP握手、身份认证、初始化会话这些步骤，开销不小。如果你的程序要多次调用这些GetTitle/GetPrice/GetAuthor方法，反复建立断开连接会让程序运行速度慢很多。
• 连接数爆炸：数据库的最大连接数是有限制的（比如MySQL默认一般是151），如果在并发场景下或者频繁调用这些子程序，很容易把连接数占满，直接导致新的请求无法连接数据库，报错崩溃。
• 资源浪费：每个数据库连接都会占用数据库服务器的内存、CPU资源，无意义的重复创建纯粹是浪费服务器资源。

再夸夸示例1的好处 #

• 性能高效：复用同一个连接，只做一次连接初始化，后续所有数据库操作都走这个连接，能大幅减少额外开销，程序运行更快。
• 连接数可控：整个流程只用一个连接，完全不用担心触发数据库的连接数上限（除非你还有其他地方的连接）。
• 支持事务操作：如果后续你的业务需要做事务（比如修改书籍标题的同时调整价格，要求这两个操作要么都成功要么都失败），只有同一个连接才能保证事务的原子性——要是每个子程序用自己的连接，根本没法实现事务。

额外给你几个进阶小建议 #

1. 别用全局变量存连接：虽然有些图省事的人会把$dbh做成全局变量，但这样很容易引发意外问题（比如不小心在某个子程序里关闭了连接，其他子程序就炸了），还是通过参数传递更清晰可控。
2. 复杂场景用连接池：如果是Web服务这类高并发的应用，可以考虑用数据库连接池（比如Perl里的DBIx::Connector或者相关框架自带的连接池），它能帮你自动管理连接的复用、回收，比手动传递连接更省心。
3. 记得正确关闭连接：像示例1那样，所有数据库操作完成后统一关闭连接，避免连接泄漏（尤其是长时间运行的程序，泄漏连接会慢慢占满数据库连接数）。

最后给你补个更完整的示例代码，方便参考：

# 初始化数据库连接
my $dbh = MysqlConnect();

# 复用同一个连接调用各个业务子程序
my $title = GetTitle($id, $dbh);
my $price = GetPrice($id, $dbh);
my $author = GetAuthor($id, $dbh);

# 所有操作完成后，统一关闭连接
MysqlDisconnect($dbh);

sub GetTitle {
    my ($id, $dbh) = @_;
    # 预处理查询，避免SQL注入
    my $sth = $dbh->prepare("SELECT title FROM books WHERE id = ?");
    $sth->execute($id);
    my ($title) = $sth->fetchrow_array();
    $sth->finish();
    return $title;
}

sub GetPrice {
    my ($id, $dbh) = @_;
    my $sth = $dbh->prepare("SELECT price FROM books WHERE id = ?");
    $sth->execute($id);
    my ($price) = $sth->fetchrow_array();
    $sth->finish();
    return $price;
}

sub GetAuthor {
    my ($id, $dbh) = @_;
    my $sth = $dbh->prepare("SELECT author FROM books WHERE id = ?");
    $sth->execute($id);
    my ($author) = $sth->fetchrow_array();
    $sth->finish();
    return $author;
}

总之，传递已打开的连接是数据库操作的标准最佳实践，能帮你避开很多不必要的坑～

内容的提问来源于stack exchange，提问作者JanB