来源: postgr.es
61
PostgreSQL 的后台写入器（background writer）每隔一轮醒来，要决定写多少脏页。 控制它多久醒一次，但真正决定"写什么、写多少"的杠杆，是 和 这两个参数。理解它们的算法，才能把缓冲区的清洗节奏调到不拖后端查询、也不白白刷盘的位置。 把算法压缩成一句话：本轮写多少页 = min(近期新分配缓冲区数 × multiplier, m...
来源: proxysql.com
49
ProxySQL 的连接复用（multiplexing）是其最核心的性能优势——多个前端会话可以共享同一组后端连接。但复用有一个前提：ProxySQL 必须精确知道每个会话当前的变量状态，否则把一个 的会话路由到一个 的后端连接，查询结果就会出问题。 3.0.8 之前，ProxySQL 只能靠"猜"——解析客户端发来的 语句来推断变量值。3.0.8 之...
来源: postgr.es
61
PostgreSQL 的后台写进程（background writer）是缓冲池与磁盘之间的"节奏控制器"。它不替你做 checkpoint，也不替你做 fsync——它的职责是在 checkpoint 间隙，以可控的节奏把脏页推到操作系统写回队列，避免突发 I/O 把存储压垮。控制这个节奏的核心参数有四个 GUC，本文先拆前两个： 定义了进程的"心跳...
来源: oschina.net
60
做 Java 后端，ORM 选型几乎是一道必答题。MyBatis-Plus、JPA、裸写 SQL——三条路各有利弊，但真正在项目里扛过复杂查询的人，多半对 JPA 有过"理想与现实"的落差体验。最近冒出来的 xbatis 框架，试图在这个老战场上划出一条新路线。 JPA 的承诺很诱人——实体类写好，映射全自动，开发者不用操心 SQL。单表 CRUD 确...
来源: postgr.es
60
PostgreSQL 的 pgcrypto 扩展，很多项目拿来加密存储密码、签名数据，默认就觉得"加密模块应该是安全的"。结果：两个远程代码执行漏洞从 2005 年一直活到 2025 年，二十年无人发现，最后被一个 AI 驱动的 fuzzer 在一个周末内挖了出来。这件事值得每个用 PostgreSQL 的人认真看一眼。 pgcrypto 是 Post...
来源: oschina.net
66
数据中台建设里，元数据管理长期是个"人人都说重要，但很少有人真正做好"的环节。表结构散落在不同数据库、字段含义靠口口相传、数据血缘靠人工梳理——这些问题在团队规模增长后会迅速失控。qData 数据中台社区开源版 v1.4.0 把元数据管理作为核心模块正式上线，算是把这块短板补上了。 qData 是一套面向企业数据治理与数据研发的开源数据中台，覆盖从数据...
来源: oschina.net
67
PostgreSQL 全球开发组一次性推送了所有受支持版本的补丁更新——18.4、17.10、16.14、15.18 和 14.23。这批更新打包修复了 11 个安全漏洞和 60 多个已知缺陷。对于生产环境运维来说，这不是"有空再看看"的公告，而是需要尽快评估升级优先级的行动信号。 11 个安全漏洞的具体细节在发行说明中逐条列出，涉及权限提升、信息泄露...
来源: oschina.net
120
每个写 SQL 的人都用过 ，但很少有人意识到：今天你随手写的 ，在 1980 年代的 SQL 标准里根本不存在。Markus Winand 最近的文章梳理了 从诞生到现代的完整演进，揭示了这个"最简单语法"背后层层叠加的历史包袱。理解这段进化史，能帮你避开几个真实存在的排序暗坑。 SQL-86 和 SQL-89 时代的 能力极其有限。它只允许你用两种...
来源: oschina.net
66
向量数据库几乎是当下 AI 应用的标配——RAG 需要它，语义检索需要它，推荐系统也需要它。但一提到部署，很多人就会犹豫：Milvus 要起一套集群，Qdrant 虽然单节点也能跑，持久化还是绕不开本地磁盘或独立的存储后端。对中小团队来说，"为了几百万条向量搭一套专用存储"这笔账并不好算。 OpenData Vector 走了一条不同的路：把向量索引直...
来源: oschina.net
53
Redis 之父 antirez 最近开源了 DwarfStar 4——一个专为 DeepSeek V4 Flash 模型打造的本地推理引擎。他的态度很直白：AI 太重要了，不能只当别人提供的远程服务来用。这句话背后藏着一个工程师的直觉——当你对一项技术的依赖完全建立在别人的 API 端点上，你失去了调优的自由、数据的掌控，以及随时可用的确定性。 De...