left函数在mysql、sql server、postgresql（14+）、sqlite中语法为left(str, n)，早期postgresql及oracle需用substring或substr替代；参数length须非负，null输入返回null，where中滥用会导致全表扫描。
LEFT函数在不同数据库中的基本用法
MySQL、SQL Server、PostgreSQL（从14开始）、SQLite 都支持 LEFT()，但 PostgreSQL 早期版本不原生支持，得用 SUBSTRING() 替代。函数签名统一为 LEFT(string, length)，其中 length 是非负整数，超出字符串长度时返回原串，传负数多数数据库直接报错（如 MySQL 报 Invalid argument）。
常见误用是把字段名或字面量顺序写反，比如写成 LEFT(5, column_name) —— 这会触发类型转换错误或语法错误，务必记住：字符串在前，长度在后。
处理NULL和空字符串的典型陷阱
LEFT() 遇到 NULL 输入直接返回 NULL，不会抛异常，但容易在后续逻辑中引发空指针式问题（比如和非NULL值做等值比较永远为FALSE）。空字符串 '' 则安全返回空字符串。
- 需要兜底时，用
COALESCE(column_name, '')或ISNULL(column_name, '')（SQL Server）提前转空串 - 想区分“原本是NULL”和“截取后为空”，就不能只靠
LEFT()，得配合CASE WHEN column_name IS NULL THEN ... ELSE ... END - MySQL 中
LEFT(NULL, 1)返回NULL，但LEFT('', 1)返回''，二者在GROUP BY或ORDER BY中行为不同
替代方案：当LEFT不可用时怎么截前缀
PostgreSQL 13及更早版本没有 LEFT()，必须用 SUBSTRING() 模拟：SUBSTRING(column_name FROM 1 FOR 3) 等价于 LEFT(column_name, 3)。Oracle 完全不支持 LEFT()，得用 SUBSTR(column_name, 1, 3)（注意参数顺序是“起始位置、长度”，不是“字符串、长度”）。
另一个隐藏坑：SQL标准里字符串索引从1开始，但部分ORM或前端工具可能自动加了 0 偏移，导致实际取到空值——建议在数据库层直接验证结果，别依赖中间层转换。
性能与索引影响：能用WHERE就别用LEFT做过滤
在 WHERE 子句里对字段用 LEFT(name, 2) = 'Li'，绝大多数数据库无法走 name 字段上的B-tree索引（除非建函数索引，如 PostgreSQL 的 CREATE INDEX ON t ((LEFT(name, 2)))）。更高效的做法是改用前缀匹配：name LIKE 'Li%'，这样能命中普通索引。
如果业务确实要按固定长度前缀分组统计，且数据量大，优先考虑增加冗余前缀字段并建索引，而不是每次查都调用 LEFT() 计算。
字符集也得留心：UTF8MB4下中文字符占3–4字节，但 LEFT() 按字符数截，不是按字节数——这点在导出或对接旧系统时容易出乱码。
