MySQL中的CASE性能？

Question

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

而不是使用CASE表达式（例如，在UPDATE查询中），
您始终可以在程序中用
php，python，perl，java等编写if语句来选择要发送的查询（例如，以伪代码） ）：

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"

如果您只有三个朋友。

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

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

这很可能使您的DBA像一堆砖头一样掉下来。

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

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

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

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

由于大多数数据库的读取比写入的频率要高得多，因此这将计算成本转移到了插入/更新上，从而有效地在所有选择操作中摊销了计算成本。该查询将是：

select name from customers where name_contains_comp = 'Y'

再次，您会发现查询令人眼花fast乱，但插入和更新的速度稍有降低。