-
精度丢失，究其本质，乃是类型链的断裂所致。比如，BigDecimal未传递scale参数，DECIMAL列定义过窄，以及SQL Server的money类型未被MyBatis默认识别，这三种情况导致了80%以上的问题。就像BigDecimal(35.35, scale=2)最终存储为35，这是因为J
-
自关联子查询并不适宜用于查找连续记录。这是因为它高度依赖于ON条件来匹配“前一天”的数据，但在实际应用中，这很容易引发诸多问题。例如，当日期字段包含时分秒信息时，如'2026-04-01 14:22:03'，减一天后变为'2026-03-31 14:22:03'，这种情况下几乎难以匹配到另一条记录，
-
ORDER BY 配合 CASE WHEN 可实现分组后按业务逻辑的自定义顺序排序，需将状态映射为数值权重以避免字典序错误；MySQL 可用 FIELD() 简化，但不兼容其他数据库；动态场景应使用带索引的映射表 JOIN 排序。ORDER BY 配合 CASE WHEN 实现分组后的自定义顺序 分
-
应使用deleted_at时间戳字段（TIMESTAMP或DATETIME类型），默认为NULL；NULL表示未删除，非NULL表示已软删除，避免用is_deleted布尔字段以防语义模糊和非法赋值。软删除字段该用什么类型和默认值 直接加 is_deleted 布尔字段最常见，但容易踩坑：Postg
-
子查询中用COUNT/SUM配WHERE易出错，需显式关联外层字段；存在性判断优先用EXISTS；多状态求和宜用CASE WHEN+SUM；性能差时应检查执行计划并加索引。子查询里用 COUNT 和 SUM 配 WHERE 容易出错 在子查询中直接写 COUNT(*) 或 SUM(column) 并
-
MySQL 8.0前子查询中ORDER BY + LIMIT报错是因语法不支持，错误码1235；解决方法是外移排序逻辑，改用派生表或窗口函数，并确保WHERE条件置于窗口外、日期范围用开区间避免截断。子查询里用 ORDER BY + LIMIT 1 为什么总报错？在MySQL 8.0之前，要是在子查
-
ORDER BY RAND()在MySQL中极慢，因其必须全表扫描、为每行计算RAND()并全量排序，即使LIMIT 1也无法避免，100万行耗时可达30秒，且索引完全失效；替代方案为主键范围随机采样等避开排序的方法。因为 RAND() 在大多数数据库里触发全表扫描 + 全行随机数计算 + 全量排序
-
动态字段名拼接必须白名单校验，且参数绑定须用计算属性语法；JSONB模糊查询需确保字段为JSONB类型并建GIN索引；复杂场景应改用原生SQL+占位符参数化。动态字段名拼接必须白名单校验TypeORM的andWhere对于字段名（比如JSONB路径row_data->>'Location'里的Loc
-
STRING_AGG必须指定非NULL分隔符且排序需在函数内显式声明；它自动跳过NULL但保留空字符串，应优先于array_agg+array_to_string，处理数组字段需先unnest。STRING_AGG 语法必须带分隔符，不能省略或传 NULL 在PostgreSQL 15里，STRIN
-
A VG()忽略NULL是标准行为，但会导致业务语义错位、报表失真、基数不可知、全NULL组返回NULL及COALESCE与A VG嵌套语义混淆等问题。A VG() 忽略 NULL 不是 bug，是标准行为；但业务上常把它当“没影响”，结果算出的平均值根本不是你想要的那个“平均”。 A VG() 的
-
一对一关联表中间出现重复行，这表明右表的外键实际上并非唯一。我们应当先通过SELECT foreign_key, COUNT() FROM child_table WHERE foreign_key IS NOT NULL GROUP BY foreign_key HA VING COUNT() >
-
CTE可不是万能的语法糖，其是否适用取决于复用性、逻辑复杂度以及数据库的物化策略。只有在同一子查询被引用不少于2次、包含聚合/窗口/多表JOIN、嵌套超过2层且语义清晰、需要递归处理的情况下，才建议使用CTE。在命名CTE时，必须显式声明列，以避免SELECT*和同名列冲突。MySQL 8.0+默认
-
MySQL 的 performance_schema 会把近期语句按事件记录下来，DIGEST 还能把字面量不同的同类 SQL 归并观察。本文用 events_statements_history_long 说明如何抓取异常语句、区分总耗时与单次耗时，并处理历史表为空、采样范围有限等问题。
-
Redis HRANDFIELD 适合从 Hash 中抽取随机字段。本文用 redis-cli 核对单字段、COUNT、WITHVALUES、负数 COUNT、空键和重复结果，避免把随机读取误当成去重抽样。
-
用最小 SQL 验证 MySQL READ ONLY 事务的真实边界：哪些普通表写入会失败，为什么临时表仍可修改，以及连接池复用时如何确认只读状态没有泄漏。
