数据库

好奇的菜鸟

GORM 入门（二）：从 database/sql 平滑过渡到 GORM在上一篇博客里，我们用 database/sql 学会了 Exec、Query、QueryRow 三大基础方法。虽然能跑通，但你应该也感受到了：

GitLab 项目页面报 500 错误的完整修复记录：PostgreSQL 数据库损坏、统计表缺失及数据库迁移本文记录一次 GitLab 15.2.0 在 Ubuntu 18.04 服务器上的故障排查及恢复过程。

这个DBA有点耶

关系数据库管理系统选型指南：四步决策框架与主流产品技术路线对比大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！关系数据库管理系统选型这件事，很多人一上来就拉对比表格。十几个产品，比功能、比跑分、比兼容率，比了三个月还没结论。

jason.zeng@1502207

（七）「固化 Rest 接口 + Text-to-SQL 灵活查询」双模式 Agent 架构教程这个方案非常适合企业级场景：高频、固定、安全敏感的查询做成固化Rest接口，保证性能、稳定和可控；临时、灵活、探索性的查询走Text-to-SQL，保证灵活性。Agent 自动判断该用哪种方式，前端只需要发自然语言，完全感知不到底层差异。

我不会起名字322

MVCC 快照读为什么读不到刚提交的数据：ReadView 的 4 条可见性规则先复现一个让人怀疑自己学错了的现象。在 MySQL 的 InnoDB 存储引擎里，account 表中有这样一行 balance = 100，两个会话按顺序操作：

2027届数据类专业投用户增长岗：A/B实验、指标和SQL准备思路判断很直接：应用统计学专业投用户增长岗，面试官问增长实验，最稳的回答不是背定义，而是讲清一条业务闭环。

用户33792254568

Sirchmunk 深度解析（一）：一个无需向量数据库的自进化搜索引擎架构设计本文对 ModelScope 开源项目 Sirchmunk 进行系统性的架构分析，重点剖析其"无索引检索"与"自进化知识图谱"两大核心设计理念的技术实现。

139.Agent-多Agent框架-Skills渐进式加载文档摘要：本文介绍了 Skills 的渐进式加载机制，说明其文档如何按需分段加载以避免上下文爆炸，并重点讲解了如何利用这一特性优化 YAML 元数据、Markdown 正文与资源文件的加载策略。

骑着蜗牛撵大象327

SpringBoot+Vue3 企业智能体侧挂架构：独立服务、独立数据库与主线零侵入落地企业里一接大模型智能体，最扎眼的矛盾就来了：既要 Agent 快速见效，又不能动已经稳定跑了三年的业务主线。可现实常常是对话记录、向量切片、任务流水一股脑塞进主库，模型一超时，整条下单链路跟着抖。

螺蛳粉螺蛳粉

第四篇:Keepalived + MySQL 主从高可用实战数据库是高可用里最难的一环——它不像 Web 那样无状态，主库一挂，光有 VIP 漂移还不够，还得保证新主库的数据是完整、可写的。Keepalived 本身只管"IP 漂移"，所以做 MySQL 高可用，关键在健康检查脚本里把"谁才是合格主库"判断对。

INSERT INTO：向时序表写入数据SonnetDB measurement 使用 INSERT INTO ... VALUES 写入 TAG、FIELD 和保留时间列。本文介绍 measurement 的批量写入、稀疏 FIELD、类型检查与 schema-on-write。

多 Agent 协作架构：Supervisor 模式——主管 Agent 调度实战摘要：Pipeline 解决"环节有先后依赖"，MapReduce 解决"子任务相互独立可并行"，但真实业务里最常见的一类任务两者都接不住——你事先并不知道该拆成哪几步、每一步该交给谁。客服工单要分诊、故障排查要判断该派给网络组还是数据库组、代码审查要决定派给安全专家还是性能专家。这就是 Supervisor（主管）模式：设一个只做决策、不亲自干活的主管 Agent，由它在运行时动态决定"下一步派给谁、派几个、什么时候收工"。本文从第一性原理拆解主管-工人模式的三大核心问题——路由决策怎么保证不走错、下派

我不会起名字322

Redis 缓存与数据库一致性：先删缓存还是先更新库的 4 种方案"先删缓存还是先更新数据库"这个问题在面试里被问烂了，但真正落到线上，踩的往往不是选错顺序，而是以为选对了顺序就不会不一致。

1.2 Harness 工程：模型之外的竞争↵现代 Agent 不只有模型和提示词。这一节把竞争从「哪个模型更强」挪到模型外面：上下文、工具、约束、验证和纠正，合在一起才是能跑起来的系统。

【无标题】TDSQL 分片键怎么选？选错等于数据倾斜加跨分片慢查询▲ 六步链路图（对照正文）▲ 对照图（对照正文）场景反例（容易踩）推荐写法分片键选择用性别、状态这类低基数列

VACUUM FULL 之后 ROWID 就废了？ IvorySQL 兼容性实测本文作者：柒柒天晴。现居乌鲁木齐，数据库从业者，专注 Oracle、PostgreSQL，持 Oracle 中级系列认证。

A.说学逗唱的Coke

【人工智能专题】PolarDB 深度解析：存算分离到 AI Lakebase，云原生数据库的架构演进与实战指南过去两年，数据库行业的需求结构发生了实质性变化。变化不是来自传统 OLTP 场景的升级，而是来自 AI 应用落地带来的三类新压力：

我不会起名字322

InnoDB 间隙锁与死锁：两个 UPDATE 互相等待的 3 个原因死锁日志大概是线上最容易被划过去、又最该点开看的一类告警。下面这段是我按真实格式整理出来的一个典型现场，两个 UPDATE 改的根本不是同一行数据，却一个在等另一个：

ClickHouse Terraform Provider 正式支持 ClickStack 资源管理本文字数：8311；估计阅读时间：21分钟作者：Jordan Simonovski编者按：本文译自 ClickHouse 原博客（链接点文末-查看原文）。原文围绕「ClickHouse 观测性资源的基础设施即代码实践」展开。将 ClickStack 纳入 Terraform 管理体系，有效解决了多环境配置同步的痛点。这标志着 ClickHouse 在运维自动化与标准化方面迈出了重要一步。

Spring 事务属性详解Spring 的 @Transactional 注解提供了一组属性，用来精确控制事务的行为。这些属性决定了事务如何传播、隔离级别、超时时间、是否只读，以及哪些异常触发回滚。