-
若直接按原始字段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 查不到数组里的值？
-
业务事件常被压在一列 JSON 数组里，直接用 JSON_EXTRACT 取值很快就会遇到多行展开、字段缺失和类型转换问题。本文用订单事件数组演示 MySQL 8.4 的 JSON_TABLE、FOR ORDINALITY、NESTED PATH 以及 ON EMPTY/ON ERROR 写法，并用行数与警告核对结果。
-
ROW_NUMBER()分页出错是因为ORDER BY字段重复导致行号分配不稳定，必须在排序末尾添加唯一列（如id）兜底；WHERE条件需用子查询或CTE套一层且rn别名不可省略；避免使用运行时函数或精度不足的时间字段。ROW_NUMBER() 分页为什么总出错？需知，ROW_NUMBER() 本身
-
UNION报错“类型integer和text不能匹配”的根本原因是同位置列类型不兼容，必须显式转换每列类型，统一NULL标注、字符集校对、时间精度及时区，并避免依赖隐式升格。UNION报错“类型integer和text不能匹配”怎么办直接原因就是两个SELECT同位置列的类型不匹配，PostgreS
-
最可靠的做法是跳过预查直接INSERT并捕获1062错误，在应用层处理冲突；ON DUPLICATE KEY UPDATE和ON CONFLICT需依赖唯一索引，否则无效。MySQL 直接 INSERT + 捕获 1062 错误最可靠 查再插（SELECT THEN INSERT）在高并发的情况反赌
-
真正可靠的连续7天滚动求和需先生成完整日期序列再左连接业务数据，用DATEDIFF确保日期差≤6天，且日期字段必须为DATE类型；PostgreSQL/MySQL 8.0+/SQL Server 2012+可用窗口函数，MySQL 5.7需自连接模拟。用窗口函数加日期差实现连续7天滚动求和仅靠SUM
-
Redis CLIENT PAUSE 会在指定毫秒内暂停客户端命令。本文用最小演练解释 WRITE、ALL、TIMEOUT 与 CLIENT UNPAUSE 的差异，并给出主从切换前后的检查顺序。
-
MySQL 8.4 的 InnoDB 逻辑备份不能只加一个 single-transaction 参数。本文用一致性快照、长事务、DDL 变更和恢复抽检建立可执行的备份验收流程。
-
Redis COPY 适合在同一实例内复制缓存或配置键，但 REPLACE、DB 和 Redis Cluster 的哈希槽限制很容易被忽略。本文用可验证命令讲清返回值、TTL、复杂度和失败边界。
-
MySQL 8.4 的资源组可以把线程或单条 SQL 放进指定 CPU 资源边界，适合给报表、后台批处理和在线请求做隔离。本文用 RESOURCE_GROUP 语句与 RESOURCE_GROUP 优化器提示演示创建、绑定、检查和回滚，并说明权限与线程范围的限制。
-
用一个带版本号的缓存写入场景，验证 Redis SET 的 GET、KEEPTTL、NX/XX 组合行为，避免更新成功却丢掉原有过期时间。
-
在SQL标准中，递归CTE是唯一可在不同数据库间移植的递归方案。它必须包含WITH RECURSIVE关键字、锚点查询（比如WHERE parent_id IS NULL）以及递归成员（通过UNION ALL连接并引用自身CTE），这三者缺一不可。而普通子查询不能自引用，只能进行单层查询。为什么不能
-
精度丢失，究其本质，乃是类型链的断裂所致。比如，BigDecimal未传递scale参数，DECIMAL列定义过窄，以及SQL Server的money类型未被MyBatis默认识别，这三种情况导致了80%以上的问题。就像BigDecimal(35.35, scale=2)最终存储为35，这是因为J
