2026 年 6 月，QoderWork 上线“意识功能”，把记忆、反思、技能进化三大模块整合为一个子系统（代码层称 Awareness）。它最值得拆解的，是记...

有人看完之后问我："道理我懂了。模板写完，数据拉完，怎么从100页做到10000页？不是把数字改大就行吧？"

不是一次性全交。 第一批扔50个到GSC，3天后看——索引了38个，12个被标"已发现但未索引"。回头查那12个，全是冷门格式组合，内容太薄。

说白了，分块策略在 RAG 系统里的地位相当于数据库的索引设计。索引没建对，换什么存储引擎都是白搭。

第一阶段叫Index Branch，索引分支。它用轻量级的索引查询对KV块进行Block Max Pool加Top-k选择，快速定位重要的KV块。每个GQA组只...

此外，除主键上的默认索引外，次级索引也会占用更多空间。次级索引中使用主键作为指向实际行的指针，意味着主键也需要存储在索引中。如果表中使用 UUID 作为主键，这...

索引是 MySQL 中优化查询性能的核心工具，尤其是在高并发的 OLTP 场景下，索引能够显著减少查询的 I/O 操作。

如果 users 表有多个索引，优化器需要决定用哪个索引，并选择使用哪种具体的方式。优化器会分析索引的选择性（selectivity），即过滤效果。如果索引能显...

在《在连表查询场景下，MySQL隐式转换存在的坑》一文中，我们讲到，当进行连表查询时，如果关联类型使用不当会发生隐式转换，MySQL 查询优化器会根据索引可用性...

创建索引只是工作的一部分，你还需要知道如何编写查询，使得 MySQL 能高效地利用这些索引。编写查询时的一个常见错误之一是“隐式屏蔽”了索引。所谓隐式屏蔽索引，...

如果查询中包含可为NULL的列，对MySql来说更难优化，因为可为NULL的列使得索引、索引统计和值比较都更复杂。

在上一篇文章《MySQL“索引失效”的隐形杀手：隐式类型转换，你了解多少？》中，我们学习了MySQL隐式转换会导致索引失效的场景，以及隐式转换的基本规则。不过场...

在前面的文章中我们写了一些会导致索引失效的场景，比如《MySQL中，IS NULL和IS NOT NULL不会走索引？错！》一文。

关于聚簇索引和非聚簇索引的相关知识，可以参考《学习MySQL绕不开的两个基础概念：聚集索引与非聚集索引》一文。

今天这篇文章我们来简单介绍一下MySQL的OR条件查询，以及它可能会引发的索引失效（即不走索引）的场景以及解决方案。方便大家在实践中，留意是否正确使用了OR条件...

联合索引是我们在实践的过程中必然会遇到的一种索引使用场景，当使用联合索引时，“最左匹配原则”又是必须知道的知识点。

创建的每个索引都会占用额外的存储空间，因此冗余或未使用的索引会直接增加存储成本。此外，当表中的数据被更新或插入时，MySQL 会更新这些索引及其相关统计信息，以...

节点存储索引和记录数据：B 树的每个节点不仅包含索引数据（键值），还存储记录数据（行信息）。然而，用户记录数据的大小通常远远超过索引数据的大小。在查找过程中，为...

当查询可以利用多个索引时，MySQL 优化器会选择其中最优的索引。如果你的查询可以同时使用多个索引，但最终未选择预期的索引，很可能是因为另一个索引的效率更好。

索引下推（Index Condition Pushdown, ICP）是数据库查询优化的一种技术。它主要用于提升数据库查询性能，尤其是顺序扫描大表或使用索引进行...