sql

05_MySQL 常用 SQL 大全 —— 诊断、管理、优化辅助 SQL 与三大系统库速查系列定位：《MySQL 数据库全栈运维实战系列》第 05 篇，与《Oracle 数据库全栈运维实战系列（VMware 版）》同构对标。适用版本：MySQL 8.0（5.7 差异随文标注）。官方文档：MySQL 8.0 Reference Manual、information_schema / performance_schema / sys Schema。

04_MySQL DBA 日常运维手册 —— 会话管理、锁与阻塞、事务监控、慢查询与日志巡检系列定位：《MySQL 数据库全栈运维实战系列》第 04 篇，与《Oracle 数据库全栈运维实战系列（VMware 版）》同构对标。适用版本：MySQL 8.0（5.7 差异随文标注）。官方文档：MySQL 8.0 Reference Manual、Server Status Variables / InnoDB Locking / The Slow Query Log。

吃一碗粉只付一碗钱

10-令牌里的用户主键不要明文访问令牌的 sub（主体）若直接是数据库自增 ID 或雪花 ID，泄露后攻击者可以枚举用户。签发时用客户端标识派生密钥、把用户 ID 做对称加密再放进 sub，能把令牌可携带的标识和库里的主键形态切开。

【JDK 动态代理】和【CGLIB 代理】对比目录■前言■问题分析1.【JDK 动态代理】和【CGLIB 代理】对比２．什么时候使用CGLIB，什么时候使用JDK代理

DeepSeek总结的AI 智能体应该用哪种语言搜索其记忆：SQL 还是 SPARQL？AI 智能体应该用哪种语言搜索其记忆：SQL 还是 SPARQL？2026 年 10 月 28 日 • Igor Suhorukov

SQL Data Sampling and Approximation Techniques using postgreSQL 18

DeepSeek总结的从 SQL 桥梁到智能体基础设施：Hex 的 DuckDB 实践从 SQL 桥梁到智能体基础设施：Hex 的 DuckDB 实践2026-11-05 10 分钟阅读 Caitlin Colgrove 和 Sam Harkness 与 Geertjan Wielenga 和 Tim Cox 的对话

正儿八经的少年

MyBatis 一对一、一对多 SQL说明：两种写法：关联查询（join，一次 SQL）、嵌套查询（子查询，多条 SQL），日常开发 join 用的更多实体、Mapper 接口、xml、SQL 全部给完整可运行例子

03_MySQL 存储引擎与存储管理 —— InnoDB 深入、表空间/ibd、binlog/redo/undo 与双写缓冲系列定位：《MySQL 数据库全栈运维实战系列》第 03 篇，与《Oracle 数据库全栈运维实战系列（VMware 版）》同构对标。适用版本：MySQL 8.0（5.7 差异随文标注）。官方文档：MySQL 8.0 Reference Manual、InnoDB Storage Engine / InnoDB On-Disk Structures / The Binary Log。

川石课堂软件测试

学习软件测试需掌握的一些知识软件测试是软件开发过程中至关重要的一个环节，其核心目标是通过系统化的方法评估软件的质量，发现并修复潜在缺陷，确保软件满足用户需求、功能正确且稳定可靠。那么，学习软件测试需要掌握一系列基础知识，涵盖理论、技术、工具和流程等多个方面。以下是系统化的知识框架，适合初学者快速建立软件测试领域认知。

自建 SQL 数据库定时备份踩坑复盘与落地思路在企业运维场景里，SQL Server、MySQL 这类关系型数据库承载着业务核心数据，财务系统、ERP、进销存等业务都依赖数据库稳定运行。不少中小团队习惯用 SQL Server 代理作业、Shell 脚本、批处理脚本完成定时备份，初期配置简单，很容易让运维人员觉得灾备方案已经落地。但在多次故障排查中，我发现脚本化备份存在不少隐性问题，很多故障发生之后才发现备份文件无效、任务静默失败，RPO 和 RTO 达不到预期。本文结合日常运维经验，聊聊自建 SQL 定时备份的痛点，以及一套更稳定的落地方式。

DeepSeek总结的ALTER FUNCTION SET work_mem：无需全局更改即可修复 PostgreSQL 磁盘溢出ALTER FUNCTION SET work_mem：无需全局更改即可修复 PostgreSQL 磁盘溢出

第六篇：《SQL 优化的艺术：从慢查询到毫秒级响应》在上一篇文章中，我们学会了用 EXPLAIN ANALYZE 读懂执行计划。但“读懂”只是诊断的开始，真正的挑战在于改——为什么这条 SQL 明明有索引却不走？为什么 OFFSET 100000 越翻越慢？为什么加了窗口函数之后查询耗时从秒级变成分钟级？SQL 优化的本质，是理解数据库的执行模型，然后顺着它的规则去写查询，而不是和它对抗。本文将系统讲解索引失效的典型场景、深度分页的正确解法、子查询与 JOIN 的取舍、以及窗口函数的性能边界，最后通过一个“5 秒到 50 毫秒”的完整优化实战，帮你建立从

王仕宇分享：把 MySQL 排障做成 AI Agent，慢 SQL、锁等待、连接数和主从异常都能自动查我是王仕宇，平时用 JavaPub 这个名字分享后端、Linux、Docker、Kubernetes、MySQL 和 AI Agent 相关内容。

SQL 效率天花板！开源 CloudDM，自带一站式 AI SQL 助手如今，用 AI 辅助编写 SQL 已经不是什么新鲜事。只要描述一下查询需求，就能快速得到一段 SQL。

第七篇：《事务与并发：MVCC、隔离级别与锁机制》在上一篇文章中，我们通过 SQL 改写和索引设计把查询从秒级压到了毫秒级。但 SQL 优化解决的是“单个查询跑得快不快”的问题，而事务与并发解决的是“多个事务同时跑时，数据还对不对、系统会不会卡死”的问题。一个没有索引的查询只是慢；一个隔离级别用错的事务，可能在并发下读到不存在的数据、丢失更新、甚至让两个事务互相锁死。本文将深入 PostgreSQL 的 MVCC 实现——每一行元组都携带 xmin 和 xmax，可见性由读者快照决定；拆解四种隔离级别在 PostgreSQL 中的真实行为（Read U

附-01 · MySQL 压测与容量规划 —— sysbench 基准测试、容量评估与参数基线系列定位：《MySQL 数据库全栈运维实战系列》第附-01 篇（番外），与《Oracle 数据库全栈运维实战系列（VMware 版）》同构对标。适用版本：MySQL 8.0（5.7 差异随文标注）。官方文档：MySQL 8.0 Reference Manual、sysbench 官方文档（github.com/akopytov/sysbench）。

DeepSeek总结的PostgreSQL 中的 SQL 与 PL/pgSQL：计划缓存PostgreSQL 中的 SQL 与 PL/pgSQL：计划缓存在 PostgreSQL 16 上，一个由 PL/pgSQL 循环逐行调用的 SQL 函数每次调用都会被重新规划，而 PL/pgSQL 会缓存其计划。