Meta keywords 标签对主流搜索引擎（Google、Bing、百度）已完全无效，自2010年代初起被忽略，不参与排名也不触发惩罚；meta keywords 标签现在起不起作用搜索引擎（尤其是 Google、Bing、百度）早在 2010 年代初就已完全忽略 <meta name="keywords">。为什么还偶尔看到它被用部分老 CMS（如早期 WordPress 插件）、SEO 工

但注意：Oracle 对字符串比较默认忽略尾部空格，WHERE name IS NULL 没问题，但 WHERE name = '' 可能意外命中含空格的行PostgreSQL 区分 NULL 和 'NULL' 字符串，后者是文本，不是空值MySQL 8.0+ 支持 IS NOT NULL 短路优化，但老版本对 OR 条件中混用 IS NULL 可能走不了索引给 NULL 列加索引后 WHERE

权重没生效，大概率是 upstream 模块没用对策略。老版本即使写了 weight 也可能降级为均等轮询reload 后用 nginx -t 验证语法，再 curl -I http://your-domain/health 多次，观察响应头里的 X-Backend（可自定义）或日志中的上游 IP 分布Python Web 应用（Flask/FastAPI）如何识别真实客户端 IP？

GROUP BY 后不能直接选未分组字段，但很多人硬写就报错MySQL 5.7+ 和严格模式下的 PostgreSQL 会直接拒绝 SELECT id, name, COUNT(*) FROM users GROUP BY dept 这种写法——id 和 name 没出现在 GROUP BY 里，也没被聚合函数包裹，数据库不知道该取哪一行的值。问题不在语法，而在执行计划常把子查询当成物化临时表，尤

优先确认 JOIN 字段是否是分片键（shard key）：只有等值 JOIN 且字段与分片键完全一致时，才可能下推到单节点执行避免用非分片键字段做 JOIN，例如 orders.user_id JOIN users.id，而 users 表按 region 分片 —— 这必然触发广播或 shuffle小表（BROADCAST（TiDB 用 /*+ BROADCAST(t2) */），但注意广播后

子查询在一对多场景易致重复或错误结果，应优先用EXISTS替代IN；比如查“有订单的用户”，IN 没问题；通用写法：ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)，再外层 WHERE rn = 1PostgreSQL / SQL Server / MySQL 8.0+ 支持，但 SQLite 不支持窗口函数，得退回

PostgreSQL需用obj_description('t'::regclass,'pg_class')查表注释。确认是否真没生效：用 SELECT table_comment FROM information_schema.tables WHERE table_name = 'your_table' AND table_schema = 'your_db';查表注释正确姿势：SELECT ob

sql.RawBytes仅用于读取二进制字段，不可用于拼接SQL；", name) —— 驱动自动转义并隔离PostgreSQL 要用 $1、$2： db.Query("SELECT * FROM users WHERE id = $1 AND status = $2", id, status)sql.RawBytes 不是用来绕过参数绑定的有人以为 sql.RawBytes 是“原始数据容器”，