ORDER BY create_time DESC，create_time上有索引，EXPLAIN也显示用了索引，查询却比升序慢了一大截。

按目标挑一条顺序读完，比随机点开单篇更容易形成完整能力。三条路线的文章全部来自本文索引。

WHERE DATE(create_time) = '2026-09-01'，create_time上明明有索引，EXPLAIN的key列却是NULL。

这个索引可能被季度报表依赖，可能被某个低频但关键的业务查询使用，也可能被优化器在某些数据分布下选中。直接删，风险不可控；不删，写入性能持续受损。

做技术的人看「文件整理」这件事，很容易先想到「不就是遍历目录吗」。真上手做一遍本地 AI 整理，才发现坑全在细节里。这篇不聊某个具体产品怎么用，只聊选型时该盯的...

追溯系统日常最常用的接口是反查：上游按序列号、批次号或工单号发起请求，要求把与该对象相关的全部记录（投料、过站、AOI/SPI、返修、包装）一次性返回。这类接口...

当我们从"玩AI"进入到"用AI做产品"阶段时，需要一个成熟的框架来支撑应用的构建。LangChain和LlamaIndex是目前最主流的两个AI应用框架。

AI会给出一个完整的设计草稿，包括我可能没想到的细节——比如订单状态用状态机字段还是多表、优惠和商品的多对多关系怎么建、哪些字段要加索引。然后我的工作是：

做企业内部工具的过程中，我一直在找一个比"文档堆在共享盘里"更聪明的方案：同事问"服务器到期时间怎么查""报销标准是什么"，最好能有个人秒回。用LlamaInd...

做了半年RAG知识库，我有个深刻的教训：很多人以为RAG答得不准是LLM的问题，其实七八成出在Embedding和检索上。我最早用默认Embedding模型跑知...

数据库索引的本质是对列值做有序比较。透明加密（TDE）在页级加密，索引结构保持不变，所以 JOIN 性能几乎无损；而字段级加密改变的是列值本身，密文与明文的排序...

刚做DBA那阵子，我对“加索引”这件事有一种朴素的信仰——查询慢？加索引。再慢？再加一个。

当 Agent 对话轮次增多，上下文窗口逐渐被历史消息填满——Token 成本飙升、响应变慢、甚至撞上模型上下文上限。这是 Agent 开发者 2026 年最常...

有段时间我迷上了让 AI 看慢查询、提索引建议。它返回得又快又规整，DDL 写得整整齐齐，我一度觉得这东西又全又对。直到我把一批建议放到生产验证，才发现自己太天...

做客服系统的，经常会遇到一个需求：访客进来，想随机分到不同的客服账号接待，而且不同账号之间的聊天记录要互不可见。

你有没有遇到过这种情况：系统写入压力一大，QPS就上不去了。CPU没跑满，磁盘IO也还行，内存也够，但TPS就是卡在一个数字上，加机器、换SSD都不管用。

PostgreSQL有个很反直觉的现象：一张表的数据量没怎么涨，但索引文件却从几百MB膨胀到了几个GB。磁盘空间被吃掉了，查询反而越来越慢。

加密数据的模糊查询与盲索引设计：从确定性加密、SM3 索引列到 n-gram 分词与布隆过滤器的工程实现 摘要：加密数据要不要支持"模糊查询"，本质上是在问愿...