AVG函数默认忽略NULL值，无需WHERE或COALESCE预处理；它仅对非NULL数值计算，分母为非NULL行数，符合SQL标准。
AVG函数默认就忽略NULL，不需要额外处理
MySQL 的 AVG() 函数在设计上天然跳过 NULL 值——它只对非 NULL 的数值参与计算，分母也是非 NULL 行数。你不需要写 WHERE column IS NOT NULL 或用 COALESCE() 预处理来“排除 NULL”，那样反而可能改变语义（比如误筛掉本该计入统计的空业务值）。
但要注意字段类型和隐式转换陷阱
如果目标字段是字符串类型（如 VARCHAR），而内容混有数字和非数字（如 '10'、'N/A'、''），MySQL 会尝试隐式转成数字：遇到无法转换的值一律变 0，然后 0 会被纳入平均值计算——这会导致结果偏低且难以察觉。
- 确认字段类型是否为数值型（
TINYINT、DECIMAL、FLOAT等） - 若必须用字符串存数字，先用
CAST(column AS DECIMAL)显式转换，并配合WHERE column REGEXP '^[0-9]+(\.[0-9]+)?$'过滤非法格式 - 避免依赖隐式转换，尤其在聚合前没做数据清洗时
想排除 0 或负数？那是业务逻辑，不是 NULL 处理
有人误以为“排除 NULL”等同于“排除无效业务值”，比如订单金额为 0、或状态字段为 -1。这类值在数据库里是合法非 NULL 数据，AVG() 会照常计算。是否剔除，取决于你的业务定义：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 若
0表示“未发生”，应加条件：AVG(CASE WHEN amount > 0 THEN amount END) - 若字段含占位符（如
-999表示缺失），需在WHERE或CASE中显式过滤 - 注意
AVG(CASE ... END)返回NULL当无匹配行，而非0
验证是否真有 NULL 影响结果？用 COUNT 对比
最直接的办法是并列查总数与非空数：
SELECT COUNT(*) AS total_rows, COUNT(score) AS non_null_count, AVG(score) AS avg_score FROM exam_results;
如果 total_rows ≠ non_null_count，说明存在 NULL；但只要 avg_score 结果合理，就不用干预——AVG() 已按规范工作。真正要警惕的是 non_null_count 远小于预期，那得回溯数据录入或 ETL 流程，而不是改 SQL。
复杂点往往不在函数本身，而在你默认认为“NULL 就是脏数据”——其实它可能是有意标记的缺失，而 AVG() 的静默忽略，恰恰是符合 SQL 标准的正确行为。
