MySQL函数不是你要“定义”的东西，而是数据库已经给你准备好的、开箱即用的工具——就像计算器上的
sin()或
ROUND()按钮，你不需要知道三角函数怎么算，只要传入数字，它就返回结果。
它们能直接嵌在
SELECT、
WHERE、
UPDATE甚至存储过程中，帮你省掉应用层拼接、判断、转换的逻辑。但用错地方或忽略细节，反而会让查询变慢、结果出错、甚至悄悄丢数据。
字符串拼接为什么有时返回 NULL？
因为
CONCAT()对
NULL零容忍：只要任意一个参数是
NULL，整个结果就是
NULL。 错误写法：
SELECT CONCAT(first_name, ' ', last_name) FROM users;——如果
last_name是
NULL，整列都变
NULL正确写法：
SELECT CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, '')) FROM users;或更简洁地用
CONCAT_WS()（自动跳过
NULL）：
SELECT CONCAT_WS(' ', first_name, last_name) FROM users;
注意：CONCAT_WS()的第一个参数是分隔符，不是要拼的字段
日期计算别硬写减法，用 DATEDIFF 才靠谱
有人写
curdate() - hire_date想算入职天数——这会把日期当数字相减（比如
20251230 - 20200515 = 51215），完全没意义。 必须用
DATEDIFF(end_date, start_date)，它返回两个日期之间的**天数差**（整数） 示例：
SELECT name, DATEDIFF(CURDATE(), hire_date) AS days_since_hire FROM employees;注意顺序：
DATEDIFF(a, b)是 a 减 b；如果 a 在 b 前，结果为负 想算“多少个月”？别用
PERIOD_DIFF()（易出错），优先用
TIMESTAMPDIFF(MONTH, start, end)，它按日历月计算，更符合业务直觉
ROUND 和 TRUNCATE 不是一回事，四舍五入陷阱在这儿
ROUND(1.5)返回 2，看着没问题；但
ROUND(2.5)也返回 2？这不是 bug，是 MySQL 默认使用“银行家舍入”（round half to even），对 .5 结尾的数向偶数靠拢。 如果你要严格四舍五入（比如财务场景），别依赖默认行为，显式指定小数位：
SELECT ROUND(2.5, 0); -- 返回 3
TRUNCATE(x, d)是截断，不是四舍五入：
SELECT TRUNCATE(1.999, 1); -- 返回 1.9，不是 2.0负数位也支持：
SELECT TRUNCATE(1234.56, -2); -- 返回 1200（截到百位）
IFNULL 和 COALESCE 看似一样，但 NULL 处理逻辑有关键差异
IFNULL(a, b)只接受两个参数，而
COALESCE(a, b, c, ...)返回第一个非
NULL值——这点在多字段兜底时特别实用。 常见误用：
SELECT IFNULL(phone1, phone2, phone3) FROM contacts;→ 语法错误！
IFNULL不支持三个参数 正确写法：
SELECT COALESCE(phone1, phone2, phone3, '未提供') FROM contacts;性能提示：
COALESCE会从左到右逐个求值，直到遇到第一个非
NULL；如果前面字段常为
NULL，后面又带子查询，可能拖慢性能
函数不是语法糖，是数据库能力的接口。用对了省事，用错了连
WHERE条件都可能失效——尤其当字段含
NULL、日期跨时区、或数值精度要求高时，函数行为比表面看起来更“有主见”。
