数据库

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

这个DBA有点耶

主从切换报成功，业务却写不进去——数据层脑裂与应用层连接残留的两类假成功大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！有一次凌晨切换演练，监控大盘上所有指标都变绿了：主库失联、备库接管、切换耗时12秒。值班的同事在群里发了一句“切换成功”。

第八篇：《VACUUM、自动清理与膨胀治理》在上一篇文章中，我们理解了 MVCC 的核心机制——UPDATE 不是原地修改，而是插入新版本、将旧版本标记为死元组。这带来了“读不阻塞写、写不阻塞读”的并发优势，但代价同样明确：死元组不会自动消失，它们占据的磁盘空间必须由 VACUUM 回收。一个从未执行过 UPDATE 的表，也可能因为回滚的批量插入积累 20% 的死空间。膨胀不会突然爆发，它表现为“p95 延迟每周上涨 3ms”、“每天的 VACUUM 越跑越久”，等到你把它当成事故来处理时，表已经大到只能 VACUUM FULL 重写或者迁移。

SelectDB技术团队

ClickHouse 支持存算分离吗？Doris 社区版原生存算分离怎么落地ClickHouse 支持存算分离——云上用 SharedMergeTree，自管可以用 S3BackedMergeTree 把 S3 当存储。但官方文档也明说，自管这套"实现和管理比标准部署更复杂"，完整能力多锁在 ClickHouse Cloud。另一边，Apache Doris 从 3.0 起把存算分离做成了社区版（开源）原生能力：事务元数据服务 + 无状态计算组 + 多计算集群隔离 + TTL 文件缓存，全部开放，不用上企业版。这篇把两边的落地复杂度摊开比，顺带把"社区版能不能直接用"这个最影响选

南大通用GBase 8a数据库可视化灾备解决工具GVR让大规模数仓灾备从"容灾"走向"双活"，南大通用GVR重新定义数据同步的速度与信任随着国家对数据库操作可视化要求的提高，数据灾备可视化成为了其中必不可少的一环，主备数据库的数据灾备是数据安全与数据恢复的重要保证。南大通用GBase 8a MPP Cluster 作为高性能分析数据库（gbase database），以数据蒸馏、快照化同步、接口级操控，为用户的数据灾备提供了丰富、高效、便捷的可视化解决方案，即GBase Visio Rsynctool (GVR)。

MAI Gateway实战部署：大模型网关部署方案？从0到1上手指南从零部署 MAI Gateway，可以先做一个小而完整的项目。选一个业务应用，接一个主模型，创建一个项目和一把独立令牌，再配预算、日志与告警。第一条请求完成以后，继续检查它属于谁、花了多少、经过哪条供应链路。

MySQL 内连接与外连接：从笛卡尔积到 LEFT JOIN，一篇讲透先把上一篇那个「事故现场」原样复现一遍。需求：显示每个部门的信息（部门名、编号、地址）和人员数量。结果：

涛思数据（TDengine）

支撑药企全球化合规：TDengine 发布中美欧三地监管对照白皮书近日，我们面向生命科学行业发布三份合规白皮书：《TDengine 产品能力与 21 CFR Part 11 要求对照说明》《TDengine 支持欧洲生命科学监管要求的技术控制》《TDengine 产品能力与中国生命科学监管要求对照说明》，并上线合规专题页面。三份白皮书覆盖 27 个监管主题的对照矩阵，逐条列出中美欧监管出处与 TDengine 产品能力的对应关系，供药企在系统选型与验证中直接使用。

李兆龙的博客

从一到无穷大 #106：Nimble 文件格式——超宽表的元数据、编码与索引设计一张训练表可以只有 sample_id 和 features 几个顶层字段，features 这个 map 里却有上万个 key。从 SQL schema 看，它不宽；从特征投影、编码、元数据和磁盘读取看，它已经是一张超宽表。Nimble 最初面对的就是这类数据。

boy快快长大

MySQL 转 PostgreSQL 使用指南适用读者：已有 MySQL 使用经验，需要在新项目中使用 PostgreSQL 的开发者。对比范围：现代 PostgreSQL 与 MySQL 8.x 的 InnoDB。具体功能以项目实际版本和配置为准。

Oracle集群中是该如何管理控制文件和日志文件组?目录一、为什么需要管理控制文件？1.1.管理的核心原因1.2.不管理的后果（真实事故场景）后果1：数据库无法启动

NineData 社区版 V5.4.0 上线：715 条复制对比链路，AI Agent 新增表结构设计发布能力数据库 DevOps 能力持续扩容：新增 GBase 8A、Snowflake 数据源适配，敏感数据保护与 SQL 任务覆盖更多数据库类型，任务相关人管理、权限申请与审批规则等治理体验增强。

用友 T+Cloud / U8 项目交接时的账套健康度核查清单在用友体系的实施服务中，有一类项目的风险被系统性低估：存量客户交接。典型场景是这样的——企业三到五年前由某家服务商上线了 T+ 或 U8，系统一直在跑，某天发现原服务商联系不上了，或者原服务商转做别的业务不再提供技术支持。企业此时只是"需要有人继续维护"，看起来是个小需求，实际接手方拿到的是一个完全未知的黑盒：

Redis的数据结构从最高层最左开始： 1.往右走，如果右边的节点仍然 ≤ 目标，就继续走； 2.否则下沉一层继续； 3.到达第 1 层还找不到就是不存在。

PostgreSQL咨询锁的使用上一篇我们聊了表级锁、行级锁和轻量级锁，看到 PostgreSQL 如何用一套分层的锁管理器保护数据库对象。但有一类互斥问题，行锁和表锁都处理得很别扭：它锁的不是某一行数据，而是应用层面的一件“事”——比如“同一时刻只允许一个 worker 执行全量对账”“某个外部 API 的调用必须串行化”“同一租户的数据迁移不能并发跑”。这一类问题，正是咨询锁（advisory lock）的用武之地。这一篇，我们把咨询锁的两种生命周期、锁 ID 的设计、以及与 Redis 分布式锁的边界，逐一拆开。

django 添加信息时，对外键设置条件上面的#审核员只显示管理员用户 self.fields['oa'].queryset=UserInfo.objects.filter(role=2)

MySQL 索引底层原理｜B + 树、聚簇索引、非聚簇索引、覆盖索引索引是 MySQL 优化查询最核心的手段。很多开发只会简单加索引，不懂底层 B + 树结构，经常写出索引失效的慢 SQL。

全栈陈序员

【Python】基础语法入门（二十八）—— 数据库操作入门：用 SQLite 持久化数据在前面几篇文章里，我们保存数据的方式大多是：写进文本文件、JSON 文件、CSV 文件。这些方式在小数据量、单机、只读场景下勉强够用，但一旦数据规模变大、查询变复杂、需要并发写入，文件存储的痛点就会暴露无遗。

Oracle RAC crs stop时force 关闭DB，另一个node会立即进行recover在 crsctl stop crs 执行时，由于它会调用 srvctl 来关闭其托管的数据库，因此数据库默认也是以优雅方式（immediate 模式）关闭的，而不是 force （abort 模式）。

Oracle判空踩坑（对比mysql）有一个新增事项的接口，入库前需要先判断是否存在重复数据，根据入参中的监控手段monitormeans、应急处理方法emergncymethod、保障种类判重sgu，这三个字段都是字符串类型