update中用lower()转小写必须带set，唯一安全写法是update table_name set column_name = lower(column_name)；漏set或仅在where中用lower()不会修改数据，且where中滥用会导致索引失效。
UPDATE 中用 LOWER() 转小写必须带 SET，否则语法报错
直接写 UPDATE table_name SET column_name = LOWER(column_name) 是唯一安全写法。漏掉 SET 或把 LOWER() 放在 WHERE 里（比如 WHERE LOWER(column_name) = 'xxx'）不会报错，但不会修改数据——因为没触发赋值动作。
常见错误现象：UPDATE users WHERE name = 'JOHN' LOWER(name) 这种写法会提示语法错误；更隐蔽的是写成 UPDATE users SET LOWER(name)，MySQL 会报 Error 1136: Column count doesn't match value count，因为 LOWER(name) 不是有效赋值表达式，缺少左侧字段名。
- 必须显式写出
SET column_name = LOWER(column_name) - 如果要转换多个字段，用逗号分隔：
SET col1 = LOWER(col1), col2 = LOWER(col2) - PostgreSQL 和 SQL Server 也支持
LOWER()，但 SQLite 的LOWER()对非 ASCII 字符（如中文、德语变音符）可能不生效
WHERE 条件里别盲目套 LOWER()，小心索引失效
如果执行 UPDATE users SET name = LOWER(name) WHERE LOWER(name) = 'ALICE'，看似逻辑通顺，但 LOWER(name) 在 WHERE 中会导致该列无法使用普通 B-Tree 索引（除非你建了函数索引）。实际执行可能全表扫描，大表上极其缓慢。
更稳妥的做法是先确认原始值大小写形态：SELECT name FROM users WHERE name IN ('ALICE', 'Alice', 'alice')，再针对性更新；或改用大小写不敏感的比较方式（如 MySQL 的 COLLATE utf8mb4_0900_as_cs 或 PostgreSQL 的 ILIKE），但 UPDATE 本身仍需用 LOWER() 赋值。
- 避免在
WHERE中对字段调用LOWER()做等值判断 - 若必须模糊匹配，优先用
LIKE配合校对规则，而非函数包装 - MySQL 8.0+ 可建函数索引：
CREATE INDEX idx_lower_name ON users (LOWER(name))，但仅限需要高频查询的场景
批量更新前务必加 WHERE 限定，否则整列被覆盖
UPDATE users SET name = LOWER(name) 没有 WHERE 子句时，会把整张表的 name 列全部转为小写——包括原本就是小写的、空值的、NULL 的。NULL 值经 LOWER(NULL) 后仍是 NULL，看起来没变，但整行仍会被标记为“已更新”，触发更新时间戳、触发器、binlog 记录等副作用。
- 哪怕只是想“确保全小写”，也应加
WHERE name != LOWER(name)（注意 NULL 需额外处理：WHERE name IS NOT NULL AND name != LOWER(name)） - 生产环境执行前，先用
SELECT COUNT(*) FROM users WHERE name != LOWER(name)评估影响行数 - 建议搭配事务：
BEGIN; UPDATE ...; SELECT ROW_COUNT(); -- 确认数量后决定是否 COMMIT
中文、数字、符号不受影响，但注意 COLLATION 对空格和不可见字符的处理
LOWER() 只作用于 ASCII 字母 A–Z 和部分带变音符的拉丁字母（如 à, ñ），对中文、日文、数字、标点、空格、制表符完全无感。但某些 COLLATION（如 MySQL 的 utf8mb4_unicode_ci）在比较时会忽略末尾空格，而 LOWER() 不会——所以 'abc ' 经 LOWER() 后仍是 'abc '，末尾空格保留。
- 若需清理空格，得额外用
TRIM()：SET name = LOWER(TRIM(name)) - 特殊字符如 ß（德语）在不同数据库行为不一：PostgreSQL 的
LOWER('SS')返回'ss'，但 MySQL 默认不处理 ß → ss 的映射 - 始终在目标数据库版本中实测，不要依赖文档描述的“理论上支持”
实际执行时最常卡在没加 WHERE 或误信 LOWER() 能处理非英文字符，这两点比语法细节更容易引发线上问题。
