为什么 MySQL 默认引擎选 InnoDB 而不是 MyISAM？核心在于它用 B+ 树组织聚簇索引，把整行数据存在叶子节点，配合内存里的缓冲池减少磁盘 IO。事务提交时，redo 日志先写盘保证持久性，undo 日志支撑回滚与 MVCC。脏页由后台线程按最近最少用算法淘汰刷盘。理解页结构、索引分裂与...

栏目：SQL Server 时间：08-09 InnoDB B+_tree buffer_pool

在报表统计中，只靠GROUP BY往往只能得到分组明细，小计和总计还得另外写查询再union，既麻烦又容易算错。WITH ROLLUP能在一次分组查询里自动往上卷聚，生成各层级的汇总行；而GROUPING函数专门用来区分这些汇总行是真实NULL还是聚合产生的NULL。理解二者配合方式，可以用一条SQL直...

栏目：SQL Server 时间：08-09 SQL WITH_ROLLUP GROUPING

把视图理解成一张虚拟表，是弄清删除操作是否影响数据的关键。视图本身不存储任何行记录，它只是保存了一条查询定义，每次访问时引擎都会实时去基表取数。因此执行DROP VIEW只是移除这条查询定义，基表中的数据和物理文件都不受任何影响。不少人在授权或重构时误以为删视图会连...

栏目：SQL Server 时间：08-09 SQL视图 基表 视图删除

把多个连接指向同一份内存页表，SQLite共享缓存模式能显著降低内存占用并提升并发读性能，但配置不当会引发连接互相阻塞。不少人在创建数据源时直接套用普通文件库参数，忽略了sqlite3_enable_shared_cache的作用域与连接URI中的cache=shared标识。正确做法是在打开连接前调用...

栏目：SQL Server 时间：08-09 SQLite shared_cache data_source

把一张千万级流水表的历史数据挪到归档库，传统INSERT加DELETE往往锁表数小时。分区切换不走数据行拷贝，仅在元数据层把分区归属换到另一张结构一致的表，毫秒级完成。前提是源表与目标表分区函数、分区方案、列结构完全一致，且目标分区为空。EXCHANGE PARTITION在SQL Server中...

栏目：SQL Server 时间：08-09 partition_switch data_migration SQL_Server

同一条JOIN语句第一次跑要两秒，紧接着再跑却只要两百毫秒，过段时间重跑又变慢，这种耗时波动常让人误以为是锁或网络问题。本质原因多在InnoDB的Buffer Pool缓存命中率变化。Buffer Pool是内存中缓存表数据与索引页的区域，JOIN涉及多表扫描，若所需页已在池中则免磁盘IO，否则需从...

栏目：SQL Server 时间：08-09 Buffer_pool SQL_join 缓存命中率

一张业务表莫名膨胀，排查发现是个别长文本字段塞进了超大数据。直接靠肉眼翻页不现实，用LENGTH函数对字段字节长度排序能快速揪出这些空间杀手。不同数据库里LENGTH、CHAR_LENGTH行为有别，排序时还要考虑NULL与联合字段拼接。下面以MySQL、PostgreSQL为例，给出按单列与多列合...

栏目：SQL Server 时间：08-09 SQL LENGTH函数 记录空间占用

报表查询变慢往往不是SQL写错，而是底层表没有合理拆分。时间分区通过把数据按时间片落到不同物理段，让数据库只扫描相关分区。按月分区适合月度汇总、账单类低频统计，管理简单且分区数可控；按日分区则利于保留精细明细与快速剔除旧数据，但分区膨胀会带来元数据负担。实际落地...

栏目：SQL Server 时间：08-09 SQL分区 时间分区 报表优化

当一个 MySQL 分片的主库突然宕机，Vitess 为什么能在秒级完成流量切换？核心在于 VTTablet 内建的 healthcheck 机制。它并非简单 ping 端口，而是周期性向底层数据库发起查询，并综合复制延迟、服务状态与报错类型生成健康评分。一旦主库连续多次被判为不可用，且符合预设的失败...

栏目：SQL Server 时间：08-09 Vitess VTTablet HealthCheck

为什么按教科书做的第三范式在报表查询里反而拖慢了速度？范式化消除了冗余，却让多表关联成为高并发下的瓶颈。反范式建模通过可控的冗余，把频繁join的字段冗余到主表，用空间换时间。本文从订单与用户场景切入，说明何时该冗余、如何用触发器或应用层保持一致性，以及过度冗余引发...

栏目：SQL Server 时间：08-09 SQL反范式建模 查询性能优化 冗余字段设计

统计用户表中不同城市的访问量时，直接用COUNT会重复计算同一城市的多次记录。COUNT(DISTINCT)的作用是在聚合时先剔除重复值再计数，常用于计算独立访客、唯一商品编号等场景。它与普通COUNT的区别在于底层会建立哈希集合或排序去重，因此在大表上会有额外内存与性能开销。本...

栏目：SQL Server 时间：08-09 SQL COUNT_DISTINCT 去重计数

写报表时最头疼的往往是把两个计数相除再变成百分比，稍不注意就得到零或者整数。其实数据库内置的运算符就能直接算，只要弄清整数除法和浮点除法的差异，用CAST或乘1.0把分子转成小数，再乘100拼接百分号即可。本文以MySQL和PostgreSQL为例，演示COUNT配合SUM做占比，以及用ROUND控...

栏目：SQL Server 时间：08-09 SQL 字段百分比 查询数学运算

一条SQL在MySQL里到底为什么选了全表扫描而不是索引范围扫描，光看explain常常说不清原因。optimizer_trace是内置的执行计划调试工具，它会把优化器从语义转换、代价估算到最终选路的每一步都记成JSON。本文先讲清楚代价模型里io_cost和cpu_cost怎么算，再说明怎么用optimizer...

栏目：SQL Server 时间：08-09 optimizer_trace MySQL cost_based_optimizer

数据库里几千万行记录中藏了一条导致接口报错的脏数据，全表扫描既慢又难查。借助WHERE子句配合精确的比较运算符与模糊匹配，能把结果集缩小到几行。比如用状态字段不等于正常值、时间落在异常批次、关键字段为NULL等组合条件，直接命中问题行。再辅以EXPLAIN观察执行计划，确认...

栏目：SQL Server 时间：08-09 SQL 数据过滤 问题定位

数据库磁盘在业务平稳期突然写满导致只读，往往是因为只看了当前剩余空间而忽略了增长趋势。PostgreSQL的磁盘消耗来自表、索引、WAL和日志等多部分，单纯靠巡检脚本取一个快照并不能说明问题。持续预测的核心是把历史用量按时间维度采样，再用线性回归或滚动均值推算未来拐点...

栏目：SQL Server 时间：08-09 PostgreSQL 磁盘占用预测 容量规划

把用户订单和商品维度放在不同分片节点后，跨节点关联常常拖垮响应速度。Citus 提供分布式表、参考表与本地表三类存储模型，分别面向高吞吐写入、小维表广播和单节点遗留数据。分布式表按分片键散列分布，适合大表水平扩展；参考表全量复制到所有节点，避免关联时的移动数据；本地表...

栏目：SQL Server 时间：08-09 Citus distributed_table co-location

把一张表里的筛选结果写进另一张表，用一条语句就能完成，不必先查出来再逐行插入。INSERT INTO SELECT直接在数据库内部完成读取与写入，减少网络交互和临时存储。常见用法包括全表复制、按条件抽取、跨库同步以及字段映射转换。需要注意目标表结构匹配、自增列处理、事务控制...

栏目：SQL Server 时间：08-08 SQL INSERT_INTO_SELECT 数据迁移

分组求中位数时，直接写聚合函数往往行不通，因为标准SQL没有内置的group_median。窗口函数虽不直接提供中位数，却能通过排序与计数辅助定位中间位置。以员工薪资表按部门分组为例，先利用row_number得出组内序号，再配合count聚合算出每组总量，便能筛选出序号处于前后半区交叠的记...

栏目：SQL Server 时间：08-08 SQL 窗口函数 中位数

为什么订单列表页关联四五张表后接口慢到超时。范式化保证写入一致却让读取付出昂贵join代价。反范式建模通过有意冗余高频查询字段，把分散在用户表、商品表的信息冗余进订单表，用空间换时间。实战里先在慢查询日志定位热点读路径，挑出被反复join的小表字段做冗余，再靠触发器...

栏目：SQL Server 时间：08-08 SQL反范式建模 查询性能优化 冗余字段设计

一条看似正常的存储过程在深夜批量任务中悄悄写入了脏数据，业务方三天后才发现报表对不上。这类问题往往不是语法错误，而是边界条件或隐式转换导致的逻辑偏差。传统调试依赖人工比对输入输出，效率低且容易漏掉分支。通过在存储过程内部嵌入异常断言，比如用条件判断主动抛出自...

栏目：SQL Server 时间：08-08 SQL存储过程 异常断言 验证逻辑

一张订单报表存储过程写了三百行，其中计算用户活跃度的子查询在五个地方重复出现，每次改动都要同步修改多处，稍不留神就出现数据不一致。这类逻辑冗余在复杂存储过程中十分常见。公共CTE（公用表表达式）能把重复块抽出来只算一次，后续直接引用。本文说明如何在MySQL、PostgreSQL...

栏目：SQL Server 时间：08-08 SQL存储过程 公共CTE 逻辑冗余优化

面对组织架构、商品分类这类典型的多级树形结构，直接写join往往难以应对未知深度。关系型数据库提供的公用表表达式（CTE）配合递归关键字，可以把父子关系逐层展开。本文说明递归查询的底层执行逻辑：锚点语句先取出根节点，递归部分不断引用自身结果集向下探查，直到无新行产生。对...

栏目：SQL Server 时间：08-08 递归SQL 层级数据 CTE

在订单写入后自动同步审计日志的场景里，一旦触发器内部更新外部表失败，前端插入语句便直接报错回滚，这是许多团队踩过的坑。触发器的原子性会让主操作随异常一同撤销。要解决该问题，可在触发器中使用BEGIN TRY捕捉异常，于CATCH块中仅记录错误而不抛出，使主流程提交不受影响。另...

栏目：SQL Server 时间：08-08 SQL_Server 触发器 错误忽略

订单表与订单商品表是一对多，商品表又和标签表多对多，直接三表JOIN后按订单统计金额，结果往往成倍膨胀。这种统计翻倍的坑，本质在于关联行数被笛卡尔式放大。正确做法是先对多端表按外键分组汇总，把一对多压成一行指标，再拿汇总结果去和另一端JOIN。例如先统计每个订单的商品数...

栏目：SQL Server 时间：08-08 SQL 多对多关联 子查询汇总

把用户表中的姓和名分开存是很常见的设计，但做报表时往往要拼成完整姓名。CONCAT函数就是专门干这事的内置方法，它能把多个字段或常量按顺序连成一条字符串。不同数据库对NULL的处理差别很大，MySQL里CONCAT遇NULL直接整段变NULL，而SQL Server的CONCAT会自动把NULL转成空串。...

栏目：SQL Server 时间：08-08 SQL CONCAT 字符串拼接