select语句的基本语法是怎样的_mysql查询语法入门_网络技术

发布时间 - 2026-01-24 00:00:00 点击率：次

最简SELECT应明确字段而非用*，如SELECT id, name, email FROM users；WHERE需注意NULL判断、类型匹配与排序规则；ORDER BY须加唯一字段兜底并避免OFFSET分页；LEFT JOIN中条件位置影响结果逻辑。

最基础的 SELECT 就是查表里所有行的所有列，语法只有一行：

SELECT * FROM users;

但实际中几乎不这么用——* 会拖慢查询、暴露不该暴露的字段、还容易在表结构变更后让应用出错。真正该从「明确要什么」开始，比如：

SELECT id, name, email FROM users;

WHERE 是过滤核心，但新手

常卡在类型隐式转换和空值判断上：

WHERE status = '1' 和 WHERE status = 1 在 status 是字符串类型时行为不同：后者会触发隐式转换，可能使索引失效
WHERE deleted_at != NULL 永远不成立，因为 NULL 只能用 IS NULL 或 IS NOT NULL 判断
字符串比较默认走排序规则（collation），utf8mb4_0900_as_cs 区分大小写，而 utf8mb4_general_ci 不区分——同一句 WHERE name = 'Admin' 在不同库可能结果不同

单独写 ORDER BY created_at 看似没问题，但如果 created_at 有重复值，MySQL 返回顺序其实是不确定的（尤其在 InnoDB 中）。加上 LIMIT 后更危险：

SELECT id, title FROM posts ORDER BY created_at LIMIT 10;

这句可能每次执行返回不同 id，因为相同时间戳的行没第二排序字段兜底。正确做法是补一个唯一字段：

SELECT id, title FROM posts ORDER BY created_at, id LIMIT 10;

LIMIT 10, 20 这种偏移写法在大数据量下性能差，建议改用游标分页（如 WHERE id > 12345 ORDER BY id LIMIT 20）
ORDER BY 字段如果没有索引，会触发 filesort，看 EXPLAIN 输出里的 Extra 列是否含 Using filesort

左连接（LEFT JOIN）中，把条件写在 ON 还是 WHERE 会导致结果完全不同：

SELECT u.name, o.amount
FROM users u
LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'paid';

上面这句保留所有用户，只关联已支付的订单；但如果把 o.status = 'paid' 移到 WHERE：

SELECT u.name, o.amount
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE o.status = 'paid';

结果就变成「只返回有已支付订单的用户」，等价于内连接。这个细节在报表统计里一不小心就漏掉数据。

多表 JOIN 时，别名必须唯一，SELECT u.name, u2.name 这种写法会报错，得明确写成 u.name AS user_name, u2.name AS manager_name。