dbix::Class慢响应

Question

我有一个DBIx::Class查询，需要太长时间才能完成。

以下所有SQL都是由DBIx::Class生成的。

第一个场景（DBIx简单选择）：

SELECT me.pf_id, me.origin_id, me.event_time, me.proto_id FROM pf me ORDER BY event_time DESC LIMIT 10;

DBIx查询时间：0.390221s（正常）

第二种场景（使用where的DBIx简单选择）：

SELECT me.pf_id, me.origin_id, me.event_time, me.proto_id FROM pf me WHERE ( proto_id = 7 ) ORDER BY event_time DESC LIMIT 10;

DBIx查询时间：29.27025s！！：(

第三种场景（使用pgadmin3运行上述查询）：

SELECT me.pf_id, me.origin_id, me.event_time, me.proto_id FROM pf me WHERE ( proto_id = 7 ) ORDER BY event_time DESC LIMIT 10;

pgadmin查询时间：25ms（ok）

相同的查询是相当快使用pgdamin。

一些信息：

>

“proto_id”{data_type=

有人知道为什么DBIx要花这么长时间来运行这个简单的查询吗？

编辑1：列正在使用索引（btree）。

编辑2：这是一个分区表，我正在检查是否所有的子表都有所有的索引，但是仍然没有解释为什么相同的查询在DBIx::Class上慢。

编辑3：我做了一个简单的DBIx:：Class脚本，得到了相同的结果，只是为了确保问题不是Catalyst框架。

编辑4：我注意到postgres花了太长的时间来响应，仍然在尝试使用tcprey...

编辑5：在SQL中使用DBI似乎非常快，我几乎确信这是一个DBIx::C问题。

Answer 1

经过一些测试，我发现了问题：

当我使用DBIbind_param（）（正如DBIx::Class所做的那样）进行查询时，由于某种原因，它变得非常慢。

SELECT me.pf_id, me.origin_id, me.event_time, me.proto_id FROM pf me WHERE ( proto_id = ? ) ORDER BY event_time DESC LIMIT ?;

my $sth = $dbh->prepare($sql);
$sth->bind_param(1, 80, { TYPE => SQL_INTEGER });
$sth->bind_param(2, 10, { TYPE => SQL_INTEGER });
$sth->execute();

所以在搜索CPAN一段时间后，我注意到我的DBD:：Pg已经过时（我的坏习惯）。我从CPAN下载了源代码，经过编译，问题就解决了。一定是旧版本的错误。

TL；DR：如果您在DBI或DBIx:：Class方面遇到问题，请确保您的DBI数据库驱动程序已更新。