mysql - MySQL 中的 CASE 性能？

Question

我想知道是否在 MySQL 查询中使用 CASE ... WHEN ... THEN 表达式
对性能有负面影响吗？

而不是使用 CASE 表达式(例如在您的 UPDATE 查询中)
你总是有可能在你的程序中做 if else 语句
用 php、python、perl、java 编写，...选择要发送的查询，例如(伪代码):

prepareStatement(
"UPDATE t1 SET c1=c1+1, msg=CASE (@v:=?) WHEN '' THEN msg ELSE @v END"
);
setStatementParameter(1, message);

或欧洲工商管理学院:

if (message == "") {
    prepareStatement("UPDATE t1 SET c1=c1+1");
} else {
    prepareStatement("UPDATE t1 SET c1=c1+1, msg=?");
    setStatementParameter(1, message);
}

(这里需要 c1 只是为了表明在这两种情况下都会发生某些事情)

哪种方式性能更好？
性能损失是多少？

Answer 1

几乎所有每行函数都会对性能产生影响，唯一真正的问题是:“影响是否小到不必担心？”。

这是您应该通过测量而不是猜测来发现的东西。如果您的数据和查询都没有改变，那么数据库管理只是一种一劳永逸的事件。否则，您应该定期监控性能以确保不会出现问题。

上述评论中的“足够小”，我的意思是，您可能不必担心以下内容对性能的影响:

select * from friends where lowercase(lastname) = "smith"

如果你只有三个 friend 。

随着表的大小增加，这些事情的影响变得更加严重。例如，如果您有 1 亿客户，并且您想要找到所有可能与计算机相关的客户，您就不会想尝试:

select name from customers where lowercase(name) like '%comp%'

这可能会让您的 DBA 对您大打出手。

我们过去解决此问题的一种方法是在数据中引入冗余。使用第一个示例，我们将添加一个名为 lowerlastname 的额外列，并用 lastname 的小写值填充它。然后为搜索目的编制索引，您的 select 语句将变得快得令人眼花缭乱，正如它们应该的那样。

这对我们深爱的 3NF 有什么影响，我听到你问了？如果您知道自己在做什么，答案是“不多”:-)

您可以设置数据库，使这个新列由插入/更新触发器填充，以保持数据一致性。出于性能原因破坏 3NF 是完全可以接受的，前提是您了解并减轻后果。

同样，第二个查询可以有一个插入/更新触发器，每当更新或插入包含相关文本的条目时，该触发器就会填充新的索引列 name_contains_comp。

由于大多数数据库的读取频率远高于写入频率，因此这会将计算成本转移到插入/更新，从而有效地将其分摊到所有选择操作中。查询将是:

select name from customers where name_contains_comp = 'Y'

同样，您会发现查询速度快得令人眼花缭乱，而插入和更新速度稍慢的代价很小。