MySQL 和查询性能

Question

关于查询和 perl 的最佳实践的问题。

在 perl for 循环中进行选择是否有性能或“坏习惯”？将这么多选择快速发送到数据库是否有问题？

代码是准伪代码

@line 有 5000 行

foreach my $elem( @line ){
    SQL = SELECT IGNORE INTO <table> ( column1, .. , column 10 ) VALUES ( 'a', .. , 'j' )
}

删除和/或更新呢？

foreach my $elem( @line ) {
    my $UN = substr($elem, 0, 10 );
    SQL = UPDATE <table> SET <column> = $UN;
}

foreach my $elem( @line ) {
    my $UN = substr($elem, 0, 10 );
    SQL = DELETE from <table> WHERE <column> = $UN
 }

另外，我在同一个领域有一个问题，我要检查 5000 个项目，而我的数据库在任何给定时间都有 1 个元素到 5000 个元素。是否可以在 perl 中遍历我的 5000 个项目并删除数据库中的 ID，或者是否应该在发出删除命令之前先检查 ID 是否存在。

foreach my $elem ( @line ){
    $ID = substr( $elem, 5, 0 );
    SQL = DELETE FROM <table> WHERE id = $ID;
}

或者应该是这样的：

foreach my $elem ( @line ){
    $ID = substr( $elem, 5, 0 );
    SQL = DELETE FROM <table> WHERE id = $ID if ID exists;
}

谢谢， --Eherr

Answer 1

至于快速连续插入，不是问题。服务器是专门为处理这个问题而设计的。

由于其他原因，插入 ignore 时应小心谨慎，例如应解决故障的程序逻辑，否则将无法解决您刚刚忽略的故障。

至于您展示的特定更新，这在循环中（或者可能根本没有）没有多大意义，因为您没有指定 where 子句。意思是，为什么循环，比如说，1000 次，由于没有 where 子句，每次都对 all 行进行更新？也许这只是你的一个错字。

至于删除，一般来说，在循环中也没有问题。如果您想清空一张桌子，请查看truncate table，速度更快，如果需要，请不要记录。请注意，在外键约束情况下，对于作为 referenced 表的表，不允许截断。在这些情况下，有引用表和引用的概念。

其他一般 cmets：应注意确保任何已存在或应存在的引用完整性得到尊重。由于外键约束，执行插入ignore、更新或删除可能会失败。此外，检查是否存在您将要删除的行可能是矫枉过正的 idk。无论如何，它正在沿着 btree 前进以找到它。为什么要做两次（行进部分）。行进可能不是一个好词，也许是飞行。但是在 tablescan 上，它会增加痛苦。

最后，当您处于大量批量插入的情况时，与 LOAD DATA INFILE 性能相比，循环永远无法胜任任何编程语言的任务。通过使用 LOAD DATA，您的一些同行已经看到 8 到 10 个小时的操作减少到 2 分钟（如果您询问，可以参考链接）。好的This Link 是一个。

下面的Mysql手册页：

• Foreign Key Constraints 的引用完整性
• 用Truncate Table快速清表
• 使用LOAD DATA INFILE 批量插入。

Answer 2

在我看来，进行多个查询有点慢。最好构造一个更新、插入、选择和删除查询并触发。

在使用多个 quesris 或单个查询之前有一些提示。

1) 如果数据库配置为杀死所有花费超过指定时间的查询，那么如果单个查询太大，则使用单个查询可能会导致查询被杀死。 2）另外，如果用户正在等待响应，那么可以使用分页来完成，即现在获取少量记录......稍后获取但不是一条一条。

Answer 3

对数据库的 5000 次查询不应成为性能瓶颈。你没事。您始终可以对只读运行进行基准测试。