-
线上慢 SQL 需要先确认它属于哪个连接、卡在哪个阶段，再决定是否查看执行计划或终止会话。本文用 SHOW PROCESSLIST 与 performance_schema.threads 还原连接 ID、线程状态、权限边界和复核步骤。
-
Redis 的 SMISMEMBER 可以一次判断多个成员是否属于同一个 Set，并按请求顺序返回 0/1 结果。本文用购物车权益集合核对重复成员、空键、返回映射和 ACL 只读权限边界。
-
MySQL 8.0+ 应用 JSON_TABLE 安全拆分逗号字符串，需先 REPLACE 转为合法 JSON 数组格式并注意空格，再结合 TRIM/NULLIF 处理空值；超千行建议移至应用层处理。MySQL 8.0+ 怎么用 JSON_TABLE 安全拆分逗号字符串直接用 SUBSTRING_I
-
InnoDB history list length 持续升高，通常不是单纯的写入变快，而是 purge 被长事务或历史读视图拖住。本文从监控现象出发，用 information_schema.innodb_trx、performance_schema 与 sys 视图定位阻塞源，再给出安全结束事务和复查回收速度的步骤。
-
在检测序列断档方面，LAG()无疑是最为可靠的，它仅仅依赖于相邻行ID的差值，而不预设数据是连续的，也不假定起始值。LEAD()则更适合用于定位缺口区间。ROW_NUMBER()可就不适合用于真实断档的检测了，因为它生成的是序号，而不是真实的ID。此外，对于空表、NULL以及边界值，都需要进行显式的
-
在MySQL中，INSERT IGNORE堪称处理冲突的最简方案，它能在面对主键或唯一索引冲突时，悄无声息地忽略，既不报错，也不更新，更不会加锁；而在PostgreSQL里，对应的是ON CONFLICT (列) DO NOTHING，但它需要明确指定冲突目标，语法要求更为严格；SQL Server
-
当NULL参与字符串拼接时，其结果将为NULL。因此，需要使用ISNULL/IFNULL/COALESCE对每个字段分别进行兜底处理；在UPDATE触发器中，若要判断“被清空”的情况，必须对比DELETED与INSERTED；对于数值/日期的兜底值类型，必须与字段类型相匹配；若要拦截空值，必须使用R
-
A VG(SUM(x))一定报错，因SQL标准禁止嵌套聚合函数，解析器在语法分析阶段即拒绝；所有主流数据库均报“cannot nest aggregate functions”错误，本质是SUM输出标量而A VG需输入一组值。A VG(SUM(x)) 为什么一定报错 这是因为SQL解析器在语法分析阶
-
MySQL在UPDATE中不支持直接引用自身表的子查询，否则会报“You can't specify target table”错误，而PostgreSQL原生支持UPDATE...FROM，不存在这种限制。不过，两者都要保证关联条件清晰、索引有效，并且建议先用SELECT进行验证。子查询在 UPD
-
当相关子查询仅做聚合且分组依据与外层表主键/唯一键一致时，可用窗口函数替代；需确保PARTITION BY与WHERE条件严格对齐、处理NULL、添加唯一性排序兜底，并通过执行计划验证性能。什么时候该用窗口函数替代相关子查询 要是相关子查询只是进行聚合计算（像 COUNT、A VG、MAX 这些），
-
COUNT(字段)的值始终小于等于COUNT(*)，这是因为COUNT(字段)仅对该字段中的非NULL值进行统计，而COUNT(*)则会统计所有的物理行。两者的差值就是该字段中NULL值的数量，这是SQL标准规定的行为，并非程序错误。为什么COUNT(字段)总是 ≤ COUNT(*)COUNT(*)
-
Redis 8.4 新增 DELEX，可以在服务端按值或摘要条件删除字符串键，避免客户端先 GET、再比较、再 DEL 的并发窗口。本文用旧流程对照 IFEQ、IFNE、IFDEQ、IFDNE 四种条件，拆开返回值、版本兼容、摘要计算和上线验收边界。
-
若直接按原始字段GROUP BY进行分组，那么'Alice'和'alice'会被分为两组，这是因为collation决定了大小写敏感性。要实现合并分组，可通过LOWER()函数临时归一化，或者将字段的collation修改为_ai_ci。直接按原始字段 GROUP BY 会把 'Alice' 和 '
-
DISTINCT 可用于视图定义，但必须紧随 SELECT 后、禁止独立 ORDER BY；其作用于整行而非单字段，无法替代正确建模或实现按业务规则去重，且导致视图不可更新。DISTINCT 能直接用在视图定义里，但必须放对位置、避开 ORDER BY，且后续基本不能更新 创建含 DISTINCT
-
为啥JSON_CONTAINS查不到数组值？关键在于字段是不是JSON类型，以及路径有没有写'$[*]'。一定要确保字段是JSON类型，并且明确指定路径，比如JSON_CONTAINS(col, "val", '$[*]')，如果是数字，就不需要引号啦。JSON_CONTAINS 查不到数组里的值？
