嘿，这个问题问到点子上了！咱们一步步来拆解解答：

1. 性能对比：SUM(val)/2完胜SUM(val/2) #

毫无疑问是SUM(val)/2性能更优，原因和你想的一模一样——除法运算的次数差了N倍（N是表的行数）。数据库对每一行做运算都会产生额外的计算开销，当数据量很大的时候，这个差距会被无限放大：SUM(val)/2只需要最后做1次除法，而SUM(val/2)要给每一行都算一次除法，效率高下立判。

2. 你的理解完全正确！ #

你对两种写法的执行逻辑判断非常准确：

• SELECT SUM(val/2) FROM my_table：数据库会遍历表中每一行，先计算val/2得到单行结果，再把所有单行结果累加求和，总共执行N次除法。
• SELECT SUM(val)/2 FROM my_table：数据库先把所有val的值累加得到总和，最后只执行1次除法运算得到结果。

只要val是数值类型且没有NULL值（NULL会被SUM忽略，两种写法对NULL的处理逻辑一致），这两种写法的结果是完全等价的，但执行效率差了好几个量级。

3. 这个逻辑并不适用于所有聚合函数 #

得根据聚合函数的特性来区分：

• 适用的场景：对于满足线性变换性质的聚合函数，比如SUM、AVG、MAX、MIN，把常数乘除运算放到聚合函数外面，不仅性能更好，结果也完全一致。比如AVG(val/2)等价于AVG(val)/2，MAX(val*3)等价于MAX(val)*3，但后者的运算次数更少。
• 不适用的场景：
  • 计数类聚合函数：比如COUNT(val/2)和COUNT(val)是等价的（只要val非空，val/2也非空），但COUNT(val)/2是把计数结果除以2，完全是另一个逻辑，结果会出错。
  • 非线性运算的聚合：比如SUM(val*val)（平方和）和(SUM(val))*(SUM(val))（和的平方），结果完全不同，绝对不能调换运算顺序。
  • 统计类聚合函数：比如标准差STDDEV(val)，如果写成STDDEV(val/2)，结果和STDDEV(val)/2并不等价，逻辑完全错误。

总结一下：对于SUM、AVG这类线性聚合函数，把常数运算移到聚合函数外面是既高效又安全的操作；但对于COUNT、平方和、标准差这类函数，绝对不能照搬这个逻辑，否则会得到错误的结果。

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