Mojolicious多进程下DBI并行请求报错求助（含ORA-01002等错误）

核心错误：全局数据库连接被多进程共享 #

你用hypnotoad启动了4个worker进程，但全局变量$dbh是在主进程初始化的，会被所有worker继承。DBI的数据库连接绝对不能跨进程共享，多个进程同时操作同一个连接句柄会导致数据库连接状态混乱，直接引发ORA-01002: fetch out of sequence错误，甚至因为连接阻塞导致worker心跳超时被重启。

修复步骤 #

1. 为每个Worker单独建立数据库连接 #

把DBI连接的初始化放到worker启动钩子中，确保每个worker进程都有独立的连接：

use Mojolicious::Lite -signatures;
use JSON; # 补充之前遗漏的模块引用

# 移除全局$dbh，改用钩子初始化每个worker的独立连接
app->hook(before_server_start => sub ($app, $server) {
  $app->helper(dbh => sub {
    state $dbh = DBI->connect(
      # 替换为你的数据库连接参数
      'dbi:Oracle:...',
      'username',
      'password',
      { RaiseError => 1, AutoCommit => 1, PrintError => 0 }
    );
    return $dbh;
  });
});

app->config( hypnotoad => { listen => ['http://*:3000'], workers => 4, proxy => 1 });

用state确保每个worker进程只创建一次连接，before_server_start钩子会在每个worker启动时执行。

2. 重构数据库操作Helper，移除冗余Promise #

你的Promise使用完全多余，next_tick加wait反而阻塞了Mojo的非阻塞IO循环，容易导致worker超时。直接同步处理即可：

helper select_data => sub {
  my ($c, $column1) = @_;

  my $query = <<~"END";
    SELECT *
    FROM mytable
    WHERE column1 = :column1
  END

  my $sth = $c->dbh->prepare($query);
  $sth->bind_param(":column1", $column1);
  $sth->execute();

  my $data = $sth->fetchall_arrayref({});
  $sth->finish();

  return $data;
};

开启RaiseError => 1后，DBI会自动抛出异常，无需手动判断or do，Mojolicious会捕获异常并返回500错误，也可以用eval包裹实现更友好的错误处理。

3. 简化路由处理逻辑 #

去掉多余的Promise，直接调用helper并返回结果：

get '/foo/bar' => sub {
  my $c = shift;
  my $column1 = $c->param('column1');

  # 捕获数据库异常，返回友好错误
  my $data = eval { $c->select_data($column1) };
  if ($@) {
    return $c->render(json => { error => $@ }, status => 500);
  }

  my @records = map { join('|', $_->{column1}, $_->{column2}) } $data->@*;
  $c->render(json => { 'MYRESULT' => \@records });
};

用eval捕获数据库操作异常，返回JSON格式错误信息，同时用Mojo内置的render(json => ...)代替手动调用JSON模块，更简洁高效。

额外优化建议 #

• 保持DBI的RaiseError和AutoCommit开启，减少手动错误判断代码，确保事务正确处理。
• 考虑使用DBIx::Connector实现连接池，避免频繁创建销毁连接。
• 不要在hypnotoad的worker进程中共享任何状态（如数据库连接、文件句柄），每个worker都是独立进程。

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