推荐使用 DATE() 而非 DATE_FORMAT()，因 DATE() 可走索引，而 DATE_FORMAT() 导致全表扫描；最优写法是 WHERE create_time >= '2024-05-20' AND create_time

WHERE 条件里用 DATE() 还是 DATE_FORMAT()？

直接用 DATE() 更安全。它把 DATETIME 或 TIMESTAMP 截成纯日期（如 '2024-05-20'），能走索引；而 DATE_FORMAT(col, '%Y-%m-%d') 是字符串格式化，结果不可索引，WHERE 中一用就全表扫描。

常见错误：写成 WHERE DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-20' —— 看似直观，实则慢。

• 推荐写法：WHERE DATE(create_time) = '2024-05-20'
• 更优写法（索引友好）：WHERE create_time >= '2024-05-20' AND create_time
• DATE_FORMAT() 适合 SELECT 输出美化，比如 SELECT DATE_FORMAT(update_time, '%m/%d %H:%i') AS time_str

GROUP BY 后怎么统计「当天第几次下单」？用 ROW_NUMBER() 还是变量？

MySQL 8.0+ 直接用窗口函数 ROW_NUMBER()，清晰且可靠；5.7 及以下只能靠用户变量，但要注意执行顺序不稳定，容易出错。

示例（按用户、按天编号订单）：

SELECT user_id, order_time,
       ROW_NUMBER() OVER (PARTITION BY user_id, DATE(order_time) ORDER BY order_time) AS seq
FROM orders;

• 别用 @row := @row + 1 模拟，ORDER BY 和变量赋值顺序在不同版本行为不一致
• PARTITION BY 必须包含 DATE(order_time)，不能只写 order_time，否则跨天不重置
• 如果要兼容老版本，优先考虑应用层排序编号，避免 SQL 层强依赖变量

字符串拼接选 CONCAT() 还是 CONCAT_WS()？空值怎么处理？

CONCAT() 遇到任意参数为 NULL 就返回 NULL；CONCAT_WS()（WS = With Separator）会跳过 NULL 参数，更适合拼地址、姓名等易为空的字段。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

典型场景：拼用户全名，中间名可能为空。

• 危险写法：CONCAT(last_name, ', ', middle_name, ' ', first_name) → 一有 middle_name IS NULL，整列变 NULL
• 稳妥写法：CONCAT_WS(' ', last_name, middle_name, first_name) → 自动忽略 NULL，结果如 'Zhang Li'
• 需要逗号分隔时：CONCAT_WS(', ', city, province, country)，比嵌套 IFNULL() 干净得多

COUNT() 统计时，COUNT(*)、COUNT(1)、COUNT(col) 有啥区别？

绝大多数情况下，COUNT(*) 和 COUNT(1) 性能完全一样，优化器都当作“数行”处理；但 COUNT(col) 只统计该列非 NULL 的行数，语义不同，不能混用。

常见误解：COUNT(1) 比 COUNT(*) 快 —— 实测无差别，别被过时经验误导。

• 统计总行数（含 NULL 行）：必须用 COUNT(*)（语义明确，官方推荐）
• 统计某列有值的行数：用 COUNT(status)，等价于 COUNT(CASE WHEN status IS NOT NULL THEN 1 END)
• 想避免全表扫描？加覆盖索引，而不是换函数写法

真正容易被忽略的是：在 LEFT JOIN 后对右表字段用 COUNT(right_col)，会把没匹配的行算作 0，但 COUNT(*) 仍计左表所有行——这里语义差异直接影响业务逻辑，调错一次就漏数据。