POWER函数结果取决于底数正负、指数类型和数据库实现；底数为负时指数必须为整数，否则报错或返回NULL；WHERE中使用POWER会失效索引，应改写为等价条件。
直接用 POWER(base, exponent) 就行，但结果是否正确、是否报错，取决于底数正负、指数类型、数据库实现这三件事。
底数为负数时，指数必须是整数
PostgreSQL、SQL Server、OceanBase 都明确要求：若 base 是负数，exponent 必须为整数，否则报错或返回 NULL。比如：
-
POWER(-2, 3)→ 正常返回-8 -
POWER(-2, 2.5)→ PostgreSQL 报错 “cannot take logarithm of negative number”，SQL Server 返回NULL -
POWER(-2, 0)→ 所有库都返回1（负数的 0 次方定义为 1）
检查字段是否含非法组合：用 WHERE base 可定位问题数据。
小数指数在不同数据库的行为差异
即使底数为正，小数指数也可能触发隐式限制：
- PostgreSQL：要求
base > 0，否则报错；POWER(1.05, 2.5)合法 - MySQL：支持
POWER(1.05, 2.5)，但底层用pow()C 函数，对极小/极大值可能失准 - SQLite：不支持
POWER，必须写成EXP(exponent * LN(base))，且要求base > 0 - OceanBase：明确文档注明“若
x为负数，则y必须是整数”，对正数无额外限制
跨库兼容写法建议：只在确认 base > 0 时才传小数 exponent，否则提前 ROUND(exponent) 或改用乘法展开。
WHERE 条件里用 POWER 等于放弃索引
这是最容易被忽略的性能坑：
-
WHERE POWER(price, 2) > 10000→ 全表扫描，无法利用price上的索引 - 应改写为
WHERE price > SQRT(10000) AND price （注意正负分支） - 若指数固定且小（如平方、立方），直接写
price * price > 10000，更安全、更快、不惧负数 - 真需要动态指数（比如来自另一字段
power_col），考虑在应用层计算，或建持久化计算列加索引（SQL Server / PostgreSQL 支持）
精度和 NULL 处理不能靠默认行为
POWER 对输入类型敏感，且 NULL 会直接传播：
- 用
FLOAT存利率？第 10 年复利误差可能达几十元；改用DECIMAL(10,6) -
POWER(NULL, 2)或POWER(5, NULL)都返回NULL，不是 0 或 5 —— 业务上需显式兜底：POWER(COALESCE(rate, 0), COALESCE(periods, 0)) - SQL Server 中
POWER(INT, INT)返回FLOAT，若要保留两位小数，得套ROUND(..., 2)
真正麻烦的从来不是怎么调用函数，而是你有没有意识到：底数是否恒正、指数是否总为整数、以及 WHERE 里那个看似简洁的 POWER() 实际上让整个查询退化成全表扫描。
