写完GROUP BY之后想筛掉合计小于一百的分组，直接在WHERE里加条件却报错，这是初学SQL时极易踩中的坑。WHERE在分组前过滤行，无法识别聚合函数算出的结果，而HAVING专门在分组后针对统计值做筛选。二者执行顺序差异决定了统计结果过滤只能交给HAVING。本文以订单表为例，说明如何...

栏目：SQL Server 时间：08-07 SQL HAVING子句 Group_By

一条原本秒级返回的存储过程在上线后突然拖垮整个库，往往不是逻辑写错，而是执行计划被参数嗅探带偏。优化存储过程首先要读懂实际生成的执行计划，找出全表扫描与键查找放大的位置。合理重写游标为集合操作能将耗时从分钟级压到毫秒级，临时表与表变量也需按数据量权衡选择。避...

栏目：SQL Server 时间：08-07 SQL stored_procedure performance_optimization

把两张表直接做CROSS JOIN会生成行数等于两表行数相乘的笛卡尔积，若未加约束极易撑爆临时空间。安全用法是先明确业务确需两两组合，再用派生表缩小参与规模，或借助LATERAL关联限制配对。内存方面可按乘积行数乘以单行宽度估算峰值，配合数据库work_mem与并行度调优。本文从原...

栏目：SQL Server 时间：08-07 SQL CROSS_JOIN 笛卡尔积

在统计订单明细时，按用户分组求和却把同一笔订单的优惠金额算了多次，这是典型的重复计算陷阱。分组查询的重复计算通常源于表连接放大了行数，或聚合函数作用在了被复制的记录上。要避免这类问题，可以先通过子查询或CTE把需要聚合的粒度收敛，再对外层做分组汇总；对单纯去重计数...

栏目：SQL Server 时间：08-07 SQL Group_By DISTINCT

一张千万级订单表执行LIMIT 1000000,20竟然比取前20条慢几十倍，根源在于数据库要先扫描并丢弃偏移量之前的全部行。LIMIT偏移量大时，存储引擎沿索引或全表顺序读数据，服务端逐条跳过指定行数后才返回结果，导致无用IO和CPU消耗剧增。常见误区是认为LIMIT只读取所需行，其实偏移...

栏目：SQL Server 时间：08-07 SQL_LIMIT 分页查询 查询性能

当翻到几十万行之后的数据页，明明只要二十条记录，数据库却要扫描数百万行再丢弃，响应时间从毫秒级跌到数秒。这种现象源于 LIMIT offset, size 的执行逻辑：偏移量越大，无用扫描越多。典型优化思路包括延迟关联、基于游标的分页、子查询定位边界以及冗余覆盖索引。延迟关联先通...

栏目：SQL Server 时间：08-07 SQL 深分页 查询优化

写分页查询时，有人用ROWNUM套一层子查询，有人直接写OFFSET FETCH，两种写法结果可能一致但执行计划不同。ROWNUM是Oracle在结果集返回前做的伪列过滤，必须在外层用大于条件才能跳过前几行；而12c引入的FETCH FIRST语法由优化器原生支持，语义更清晰。若混淆两者，容易写出只返回单行...

栏目：SQL Server 时间：08-07 Oracle ROWNUM fetch

执行关联子查询时返回行数远超预期，往往是因为ON关联条件遗漏导致两张表自由拼凑。数据库在缺少有效连接谓词时，会把驱动表每一行与被驱动表全部行组合，形成笛卡尔积。这种写法不仅让结果集膨胀，还会拖垮查询性能。排查时应先列出参与表，确认每次JOIN是否都带了等值或范围关联...

栏目：SQL Server 时间：08-07 SQL 关联子查询 笛卡尔积

在数据库性能验证或功能自测时，手动造数效率极低且容易遗漏边界情况。借助存储过程把插入逻辑封装起来，用WHILE循环控制条数，再靠RAND()生成随机姓名、金额与日期，一条命令就能灌入上万行仿真数据。不同数据库的RAND实现略有差异，比如MySQL用RAND()，SQL Server用RAND()但需配合...

栏目：SQL Server 时间：08-07 SQL存储过程 while循环 rand函数

在写分析型 SQL 时，不少人习惯给窗口函数加上 ORDER BY，却没想过它会不会拖慢查询。实际上，排序操作会让数据库在内存或磁盘上做额外计算，尤其数据量大时差异明显。以 PostgreSQL 为例，无排序的 ROW_NUMBER 只需分区内计数，而有 ORDER BY 的版本要维护有序集合。本文通过执行计...

栏目：SQL Server 时间：08-06 SQL 窗口函数 order_by

在 Oracle 和 MySQL 等支持分区表的数据库中，直接 delete 大分区数据常引发长时间表级锁与回滚段暴涨。TRUNCATE PARTITION 作为数据字典级操作，仅重置分区存储元数据，不逐行扫描，因此能在极短时间内释放空间且多数场景下只锁当前分区。本文厘清其与 delete 的底层差异，说明语...

栏目：SQL Server 时间：08-06 TRUNCATE_PARTITION 分区表 不锁表

把用户表通过LEFT JOIN订单表做统计时，为何普通员工能看到其他部门的订单记录？这类问题常源于行级安全策略在JOIN后被忽略。数据库的行级安全（RLS）只对基表生效，一旦视图或连接查询跳过策略谓词，隔离便失效。排查时需确认策略是否绑定到参与JOIN的所有表，检查查询是否借视图绕开...

栏目：SQL Server 时间：08-06 SQL_join 行级安全策略 数据泄露排查

把线上数据库直接交给新人用root操作，一次误删表就能让业务停摆。只读账号的本质是借助MySQL的权限系统，把用户能执行的命令限制为查询。通过GRANT SELECT可精确授予某库某表的读取权，用户只能跑SELECT与SHOW，无法INSERT、UPDATE或DROP。当人员离职或职责变更，用REVOKE收回权...

栏目：SQL Server 时间：08-06 MySQL GRANT_SELECT REVOKE

把订单表按用户分组统计金额时，不少人写过SELECT user_id, name, SUM(amount) FROM orders GROUP BY user_id这种语句，结果数据库直接报错。根源在于没弄清分组后每一行代表什么。GROUP BY会把相同分组字段的行合并成一组，SELECT里只能出现分组字段或聚合函数计算结果。聚合...

栏目：SQL Server 时间：08-06 SQL Group_By 聚合函数

两个订单同时扣减同一件商品库存，为什么有时会出现超卖？这背后正是事务隔离在起作用。数据库通过读未提交、读已提交、可重复读和串行化四级隔离，搭配锁与多版本快照控制并发读写冲突。以MySQL InnoDB为例，可重复读借助MVCC让查询看到稳定快照，写操作则加行锁防止丢失更新。实...

栏目：SQL Server 时间：08-06 SQL事务隔离 隔离级别 并发控制

当数据表的字段名里混入了空格、百分号或者保留字时，直接写SELECT语句往往会报语法错误。这类问题在迁移旧系统数据或接入第三方库时尤其频繁。SQL标准并未统一特殊字符字段的引用方式，主流数据库分别采用方括号和反引号两种机制。SQL Server与Access使用方括号将字段包裹...

栏目：SQL Server 时间：08-06 SQL特殊字符 方括号标识符 反引号标识符

算报表时经常卡在周维度统计的起始日上，如果直接拿当前日期去减天数，遇到跨年或不同区域周定义就会出错。MySQL里用DATE_FORMAT先把日期转成年份加周数，再用STR_TO_DATE还原成具体日期，能稳定得到本周一。该方法不依赖外部程序，纯SQL完成，适配周一开始的本地化习惯。下面拆解函...

栏目：SQL Server 时间：08-06 MySQL STR_TO_DATE DATE_FORMAT

想从订单表捞出所有今天生成的流水，却总被时区、时间字段类型坑到少查数据？核心在于弄清MySQL的CURDATE与SQL Server的GETDATE差异。CURDATE返回无时间的日期，适合直接比较date类型列；GETDATE带时分秒，需用CONVERT截断。若字段是datetime且建了索引，对列套函数会导致索引失效，应...

栏目：SQL Server 时间：08-06 SQL CURDATE GETDATE

明明写了GROUP BY语句，查询结果里却还是出现了内容重复的行，这种问题常让写报表的人困惑。其实多数情况并非分组失效，而是SELECT里带上了未被聚合也未写进GROUP BY的隐藏列，比如自增ID、行版本号或关联表的外键。数据库会按所有非聚合输出列做分组，隐藏列值不同就让本应合一的...

栏目：SQL Server 时间：08-06 SQL Group_By 隐藏列

面试时被问到如何给部门员工按工资排名，不少人随手写出ROW_NUMBER，却忽略并列名次的场景。RANK与ROW_NUMBER虽同属窗口函数，但处理相同值的方式完全不同。RANK遇到并列会跳过后续序号，ROW_NUMBER则强制赋予唯一连续整数。理解二者差异，要抓住OVER子句中PARTITION BY与ORDER BY...

栏目：SQL Server 时间：08-06 SQL窗口函数 rank ROW_NUMBER

多级目录常存为自引用的父子表，直接用JOIN只能取一层，查某个节点下所有子孙得写递归。主流数据库用WITH RECURSIVE把锚点查询和递归部分拼起来，每次把上轮结果和子表关联，直到没有新行。PostgreSQL、MySQL 8、SQL Server都支持，Oracle用CONNECT BY更老派。路径可用CONCAT累积...

栏目：SQL Server 时间：08-06 SQL 递归查询 多级目录

数据库响应变慢往往源于隐藏的慢SQL，若靠人工排查容易遗漏。慢查询告警设计的核心在于开启慢日志采集、设定阈值并对接通知渠道。本文从MySQL的slow_query_log机制说起，说明如何通过long_query_time定义耗时界限，利用pt-query-digest做聚合分析。自动监控方案可基于Promethe...

栏目：SQL Server 时间：08-06 slow_query_log monitor_alert SQL_optimization

一条原本需要十二秒才能返回的订单统计SQL，在改写后降到了零点三秒，这种数量级的差异往往不是靠堆硬件解决的。慢查询的根源通常集中在全表扫描、不合理的连接顺序以及缺失的索引三方面。本文以一个真实结构的交易系统查询为例，先通过EXPLAIN观察执行计划，定位到优化器选择了...

栏目：SQL Server 时间：08-06 SQL优化 慢查询 执行计划

写报表时把子查询放进FROM后再用外层WHERE引用里层列名，数据库常报无效标识符。这源于SQL对嵌套层级的作用域限定：子查询若未显式输出该字段，父查询便看不到。通过给派生表取别名并SELECT所需列、用LATERAL或APPLY横向关联、改写的JOIN方式，能避开大多数解析失败。理清哪一层...

栏目：SQL Server 时间：08-06 SQL nested_query scope_resolution

写报表时两张表忘了写关联条件，结果集瞬间膨胀到几百万行把数据库拖垮，这是典型的笛卡尔积事故。嵌套查询里子查询和外层表如果没有明确绑定字段，优化器往往无法自动补上连接谓词，只能做乘法。要避免这类问题，首先得弄清嵌套循环执行时驱动表和被驱动表如何配对，然后在子查询的...

栏目：SQL Server 时间：08-06 SQL嵌套查询 笛卡尔积 连接条件优化