最稳妥的写法是直接写 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 都不会报错，但下游代码若没做空值判断，就会在应用层崩掉。
