最稳妥的写法是直接写 select 列名1, 列名2 from 表名；列名含空格需加引号，别名不能在 where 中使用，禁止生产环境用 select *，注意列顺序与 null 处理。

直接写 SELECT 列名1, 列名2 FROM 表名 就能查指定列，不需要额外修饰或括号包裹列名——这是最稳妥、兼容性最好的写法。

列名写错或用空格导致语法错误

常见错误是把列名当字符串加单引号，比如写成 SELECT 'name', 'age' FROM users，这实际返回的是两个常量字符串，不是表里的字段值。另一个高频问题是列名含空格或特殊字符（如 first name），不加反引号或双引号会报错。

• 列名不含空格/特殊字符：直接写 SELECT user_id, email FROM accounts
• 列名含空格：MySQL 用反引号 `first name`，PostgreSQL/SQL Server 用双引号 "first name"
• 别名含空格：必须加引号，如 SELECT name AS "full name" FROM users

WHERE 条件里引用的列必须在 SELECT 或表中真实存在

有人习惯先写 WHERE status = 'active' 再补 SELECT，但若 status 列不在目标表里，整条语句就失败。更隐蔽的问题是：多表 JOIN 时没加表前缀，导致列名歧义。

• 单表查询：确保 WHERE 中的列属于 FROM 指定的那张表
• 多表查询：显式使用表别名限定，如 SELECT u.name, o.total FROM users u JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid'
• 别名不能在 WHERE 中直接使用，因为 WHERE 执行顺序早于 SELECT；要过滤别名值，得用 HAVING（配合 GROUP BY）或子查询

用 * 代替列名在开发阶段很危险

看似省事的 SELECT * FROM logs，一旦表结构变更（比如新增了 50MB 的 blob_data 字段），查询可能突然变慢、OOM 或拖垮应用连接池。生产环境尤其要避免。

• 明确列出需要的列，哪怕多敲几下键盘，比如 SELECT id, created_at, level, message FROM logs
• ORM 场景下，也应配置只 select 实际用到的字段，而不是让框架默认 load 全部
• 临时调试可用 *，但上线前必须清理——很多线上慢查询追根溯源就是这一颗星

真正容易被忽略的是列顺序和 NULL 处理：SELECT 后列的顺序决定结果集字段顺序，而任何一列值为 NULL 都不会报错，但下游代码若没做空值判断，就会在应用层崩掉。