后端工程中的常见索引结构：B+Tree、跳表、时序分块与倒排索引
我参加工作以来的第一位 mentor 曾说：“后端就是玩表”。刚开始我只把这句话理解为会建表、会写 SQL、会加索引；但真正进入业务后才发现，后端面对的并不只是某一张 MySQL 表，而是一整条围绕数据写入、查询、检索、聚合和派生的工程链路。 在实际工作中，我先后遇到过几类典型问题：AI 对话和 U
TAG
# 数据库
【实践记录】N+1 查询问题：从一次跨地域接口超时说起
N+1 查询问题：从一次跨地域接口超时说起 1. 什么是 N+1 查询问题 N+1 查询是 ORM 和分层架构里非常常见的一类性能问题：为了得到一页主表数据，代码先执行 1 次查询拿到 N 条主记录，再在循环里对每条记录各查一次关联数据，一共执行 1 + N 次（甚至更多）数据库查询。 1 次查询：
【MySQL】一次SQL空格引发的“灵异事件”的排查解决
起因是运营同学反馈在测试环境和线上环境配置了一套相同的数据，但该数据在测试环境可以正常显示，线上却无法正常显示。而当时测试环境与线上环境的代码已经同步，初步检查数据后也确实没有发现配置错误或异常日志。 但整个代码筛选过滤条件也不多，一个个看也没发现任何一个地方会导致过滤失效的。这时同事敏锐地发现配置
博客数据库从 MySQL 迁移至 PostgreSQL 后资源占用变化报告
先说结论：在资源受限的低配云服务器场景下，更推荐使用PostgreSQL作为博客数据库。 背景 云服务器：腾讯云2核2G 轻量云服务器 博客服务：Halo 2.20.13 原数据库版本：MySQL 8.1.0 目标数据库版本： PostgreSQL 17.5 迁移原因：在该设备上运行的高内存占用服务
数据库拆分策略：分区与分库分表的实现与应用场景对比
结论先行 分库分表：是一个应用架构级别的概念，意味着应用程序层面根据某些规则（如业务需求、数据量、负载均衡等）将数据水平拆分到不同的数据库或表中。分库分表的主要目的是解决数据量过大、性能瓶颈、系统扩展等问题。 分库：将一个大数据库拆分成多个独立的数据库实例，通常基于某些业务维度（如用户 ID、地理区
SQLite简介与安装环境配置分享（附多方案连接测试）
SQLite 是一个内置库，实现了一个自包含、无服务器、零配置的事务性 SQL 数据库引擎。SQLite 的代码属于公共领域，因此可以自由用于任何目的，无论是商业用途还是私人用途。
【回头看】SQL常用语句和特性整理
回头看系列文章序 自大三起我认识到，随着应用知识的扩展，基础知识的重要性愈加明显。时至今日，已经到了无法忽视的地步，以至于我们必须采取有效措施，认真巩固语言基础、数据库、操作系统等一系列重要基础知识，将零散的知识点体系化，我将这一计划称之为“回头看”。 SQL（Structured Query La
