导读：本期聚焦于小黄人创作的《SQL如何实现高效的模糊全文检索？使用MATCH AGAINST》，敬请观看详情。假设你正在维护一张百万级甚至千万级的商品表，用户输入一个关键词，要求从商品标题和描述中找出所有包含该词的行。如果直接使用 LIKE '%关键词%'，数据库会放弃索引并逐行扫描，响应时间可能从毫秒级劣化到秒级。MATCH AGAINST 是 MySQL 和 MariaDB 提供的全文检索能力，它基于倒排索引和相关性打分，能够在大文本字段上实现远优于 LIKE 的查询性能。本文会从全文索引的底层结构讲起，逐步演示如何建索引、写查询，并重点解决中文分词问题。你还会看到布尔模式如何用加号减号控制必须包含与排除词，以及查询扩展在哪些场景下能提高召回率。最后结合维护成本和适用边界，帮你判断什么时候该用全文索引，什么时候该迁移到 Elasticsearch。
栏目：SQL Server 时间：10-18 全文检索
导读：本期聚焦于松松建站创作的《如何提高SQL嵌套查询在分库分表环境下的执行效率并减少跨节点子查询》，敬请观看详情。分库分表落地后，SQL嵌套查询的执行路径发生了根本变化：内层子查询如果无法被下推到单个数据节点，中间件就不得不将多个分片的数据全部拉到内存中做关联，网络传输和临时表构建的成本非常可观。本文围绕减少跨节点子查询这一目标，从执行原理讲起，分析子查询在分片键缺失时的全节点扩散行为，并结合实际SQL示例给出四种可落地的优化手段：让子查询携带分片键、改写为JOIN下推、借助绑定表与广播表、物化子查询结果。同时展示一个订单明细查询的改造过程，通过执行计划对比可见子查询消除后节点扫描次数和响应时间显著下降。文中还讨论了主流中间件对子查询下推的局限，以及从分片键设计和应用层组装角度彻底规避跨节点子查询的思路。整个过程不涉及年份版本，聚焦通用方法，适合正在处理分库分表慢查询的读者参考。
栏目：SQL Server 时间：10-18 SQL嵌套查询
导读：本期聚焦于灯下变量创作的《如何分析 Extra 字段中的 Using temporary？临时表产生原因与消除方法》，敬请观看详情。一条原本在百毫秒内完成的汇总SQL，执行计划里突然多出Using temporary和Using filesort，接口响应直线上升。出现这个标记并不是说MySQL一定写磁盘，而是优化器需要借助内部临时表保存中间结果，再做分组、去重或排序。临时表会占用内存或磁盘，当结果集变大、列类型包含TEXT或BLOB时，更可能落到磁盘，直接影响吞吐。要定位问题，可以从EXPLAIN FORMAT=JSON查看using_temporary_table标记，再结合Created_tmp_disk_tables等状态判断临时表是否磁盘化。常见诱因包括GROUP BY与ORDER BY字段不一致、对非索引列做DISTINCT、使用UNION而非UNION ALL、子查询被物化等。消除手段不是简单增大tmp_table_size，而是优先通过建立复合索引、改写SQL语义、避免无谓去重，让优化器按有序索引流式处理。理解临时表产生机制，才能既保留业务逻辑，又避免不必要的中间结果集。
栏目：SQL Server 时间：10-18 Using temporary
导读：本期聚焦于泰国程序员创作的《SQL 如何校验数据完整性？》，敬请观看详情。一张订单表里同时出现负数金额和缺失的用户ID，这类问题往往不是应用逻辑单方面造成，而是数据库层没有把好关。SQL校验数据完整性主要有两类方式：声明式约束和过程式校验。声明式约束包括主键、唯一键、非空、默认值、检查约束和外键，它们由数据库引擎在写入时自动执行，能低成本拦截大部分非法数据。过程式校验则借助触发器和存储过程实现更复杂的业务规则，例如跨行汇总校验、状态流转限制、多表条件判断等。实际项目中建议优先使用约束，再用触发器补充约束难以表达的逻辑，同时配合事务保证多步写入要么全部成功要么全部回滚。理解这些机制的区别和适用场景，才能在不牺牲性能的前提下让数据库真正成为数据质量的最后一道防线。
栏目：SQL Server 时间：10-18 数据库完整性
导读：本期聚焦于广州GEO公司创作的《PostgreSQL 流复制连接上限如何设置？max_wal_senders 与 max_replication_slots 参数详解》，敬请观看详情。搭建PostgreSQL主从集群时，从库突然连不上主库，日志里报出复制槽数量已达上限或者无法创建新的wal sender进程，这类故障往往指向两个关键参数：max_wal_senders和max_replication_slots。前者控制主库同时处理流复制连接的进程数量，后者决定复制槽的最大个数，两者共同构成了流复制的连接天花板。本文从底层机制讲起，分析默认值在扩容场景下的隐患，给出结合备库数量、pg_basebackup占用和逻辑复制的取值计算方法，同时说明参数修改需要重启的原因和完整操作步骤，帮助你在从库扩容时避开连接被拒绝的坑。
栏目：SQL Server 时间：10-18 PostgreSQL流复制
导读：本期聚焦于叶知晏创作的《SQL分组统计中遇到NULL值怎么办？如何用COALESCE赋默认值？》，敬请观看详情。把NULL直接丢进GROUP BY，统计结果往往会悄悄吞掉一整组数据，这不是数据库的bug，而是三值逻辑与分组机制叠加后的常见陷阱。NULL在分组键中会被归入同一个未知组，但聚合函数又会跳过NULL行，导致计数、求和与分组明细之间出现偏差。一个简单有效的做法是用COALESCE函数给可能为NULL的字段提供默认值，比如把未填写地区的订单归入未指定分类。COALESCE按参数顺序返回第一个非空表达式，兼容主流数据库，还能避免多层CASE嵌套。本文围绕分组统计中的NULL场景，演示COALESCE在SELECT列表、GROUP BY子句和聚合参数中的写法，并对比ISNULL、IFNULL、NVL等函数差异，同时提醒默认值可能带来的统计口径变化。
栏目：SQL Server 时间：10-18 SQL NULL值处理
导读：本期聚焦于阿里山老登创作的《SQL 如何计算日活、周活、月活指标？》，敬请观看详情。活跃用户统计总被当成简单的 COUNT 去重，但一旦涉及周活、月活，口径就开始混乱：自然周还是滚动 7 天？登录表要不要按设备去重？统计结果为什么忽高忽低？这篇文章从一张用户行为明细表出发，把日活、周活、月活拆成可执行的 SQL。先定义活跃口径与去重维度，再用 DATE 函数生成自然日、自然周、自然月分组，同时给出滚动 7 天、30 天的写法。随后补充用户维度映射、跨多表 union all 以及基于位图或 hyperloglog 的近似方案。最后整理时区、去重、索引和月初对齐等容易出错的细节。掌握这些写法后，你可以直接套用到 MySQL、PostgreSQL、Hive 或 ClickHouse 环境，产出稳定的活跃报表。
栏目：SQL Server 时间：10-18 SQL活跃指标
导读：本期聚焦于柬埔寨程序员创作的《SQL如何限制返回记录条数？LIMIT分页查询的优化方案》，敬请观看详情。把 OFFSET 从 1 万改成 10 万，同一接口响应时间从几十毫秒涨到几秒，这种退化通常和 SQL 优化无关，而是深分页的扫描成本被放大了。本文从 LIMIT 与 OFFSET 的执行过程入手，说明数据库为什么需要先扫描再丢弃，并对比延迟关联、索引覆盖、书签分页等方案的适用场景。延迟关联用主键先查出目标页的主键集合，再回表取完整行，能明显降低大量无效行的回表开销；索引覆盖则让排序与过滤都发生在二级索引内，减少随机 I/O。针对没有固定页码的流式列表，建议改用基于游标的 keyset pagination。还会给出限制返回条数的安全写法与常见误区，例如大 OFFSET 对数据库缓冲池的影响、ORDER BY 字段选择对性能的影响。读者可以据此判断自己的分页接口是否需要重构，以及如何用最小改动获得稳定响应时间。
栏目：SQL Server 时间：10-18 LIMIT分页查询
导读：本期聚焦于守望者创作的《为什么SQL中ROUND函数四舍五入不准确？使用DECIMAL类型显式转换解决》，敬请观看详情。对数据库数值字段执行四舍五入时，ROUND函数偶尔会给出与预期不符的结果，比如把1.005保留两位小数却得到1.00。这类问题几乎都出现在FLOAT、DOUBLE等近似数值类型上，根源在于二进制浮点数无法精确表示所有十进制小数。如果把数值先显式转换为DECIMAL类型，再调用ROUND，就能得到符合人类计算习惯的准确结果。本文解释了浮点数精度误差对ROUND函数的影响，并演示了如何在SQL中通过CAST或CONVERT完成显式转换，同时对比了SQL Server、MySQL、PostgreSQL在舍入行为上的差异，帮助读者在金额计算和统计报表中规避舍入偏差。
栏目：SQL Server 时间：10-18 SQL ROUND函数
导读：本期聚焦于陈远山创作的《如何优化SQL子查询与全连接并处理复杂关联场景？》，敬请观看详情。把全连接直接套在子查询结果上，通常是复杂报表SQL性能骤降的起点。问题并不在于语法本身，而在于执行器既要先物化子查询，又要保留左右两侧未匹配的行，二者叠加后临时表迅速膨胀。全连接在MySQL中还需要用左连接、右连接和UNION模拟，如果子查询没有被提前过滤，IO和排序开销会成倍增加。本文围绕SQL子查询与全连接结合的复杂关联场景，说明如何通过提前缩小派生表、改写相关子查询、使用EXISTS替代NOT IN、合并维度键以及调整索引来降低执行成本。文中会给出对账、日期补全、多表关联等典型示例，帮助读者从执行计划的角度判断每一步优化是否真正生效。
栏目：SQL Server 时间：10-18 SQL子查询
如何优化SQL子查询与全连接并处理复杂关联场景？
