MySQL支持SELECT中对数值字段直接进行+-*/%运算，需确保字段为数值类型或显式转换；除法遇0得NULL，可用NULLIF避免；NULL参与运算结果为NULL，应使用IFNULL或COALESCE处理；WHERE中算术表达式无法走索引，高频场景建议用持久化计算列加索引。
MySQL 查询中直接对字段做加减乘除运算
MySQL 支持在 SELECT 语句里对数值型字段（或表达式）直接使用算术运算符：+、-、*、/、%。只要参与运算的列是数字类型（如 INT、DECIMAL、FLOAT），就能立刻计算出新值。
常见错误是把字符串字段（比如存成 VARCHAR 的“123”）直接参与运算——MySQL 会尝试隐式转换，但遇到非数字开头（如 'abc123'）就转成 0，结果完全失真。
- 确保字段类型为数值型；若为字符串，先用
CAST(col AS DECIMAL)或CONVERT(col, DECIMAL)显式转换 - 除法
/默认返回DOUBLE，若需保留小数位，配合ROUND()或FORMAT()使用，例如ROUND(price / qty, 2) -
/运算中若除数为0，结果为NULL（不会报错），必要时用NULLIF(qty, 0)配合判断
处理 NULL 值导致整条表达式变 NULL
MySQL 中任意算术运算只要有一个操作数是 NULL，结果就是 NULL。这常导致“明明有数据，计算列却全为空”的困惑。
典型场景：订单表里 discount 字段允许为 NULL，写 price - discount 后整列变空。
- 用
IFNULL(discount, 0)或COALESCE(discount, 0)把空值兜底为 0 再参与运算 - 避免写
discount IS NULL后再分支，那得套CASE WHEN，更重且不可索引 - 注意
IFNULL()第二个参数类型要和第一个兼容，否则可能触发隐式转换（比如IFNULL(discount, '0')会把整数转字符串）
WHERE 条件里用算术表达式过滤数据
可以在 WHERE 子句中直接写算术表达式，比如查“毛利率大于 30% 的商品”，即 (sell_price - cost_price) / cost_price > 0.3。
但要注意性能陷阱：这类表达式无法使用索引（除非建函数索引，MySQL 8.0+ 支持）。
- 如果该条件高频查询，优先考虑在表中增加持久化计算列（
ALTER TABLE ADD COLUMN profit_rate DECIMAL(5,4) STORED AS ((sell_price - cost_price) / cost_price)），再给它加索引 - 除法慎用于
WHERE，尤其分母是变量时，cost_price = 0会导致整行被跳过（因NULL不满足任何比较） - 用
BETWEEN替代连续不等式，比如price * 1.1 BETWEEN 100 AND 200比price * 1.1 >= 100 AND price * 1.1 更易读
聚合后继续算术运算（SUM/AVG 等结果再加工）
SUM()、AVG() 等聚合函数返回标量值，可像普通数值一样参与后续四则运算。
容易忽略的是：聚合函数本身会忽略 NULL，但若整个组内所有值都是 NULL，SUM() 返回 0，而 AVG() 返回 NULL——这个差异会影响后续除法是否崩掉。
- 写
SUM(sales) * 0.05安全；但AVG(score) / 2要先IFNULL(AVG(score), 0) - 跨字段聚合运算（如“总销售额 ÷ 总订单数”）必须用子查询或窗口函数，不能直接写
SUM(amount) / COUNT(*)在同一层——那是合法的，但语义上要确认是否真想算全局均值 - 涉及金额类计算，一律用
DECIMAL类型字段，别用FLOAT，否则0.1 + 0.2 != 0.3这种浮点误差会在加减乘除后放大
最常被跳过的细节是字段类型隐式转换和 NULL 传播链——哪怕只有一处没兜住，整条算术表达式就静默失效。动手前先 DESCRIBE table_name 看清字段类型，再用 SELECT col, LENGTH(col), col + 0 FROM ... LIMIT 5 快速验证是否真能当数字用。
