Shopware6中DAL索引的作用、存储位置及使用场景咨询

DAL索引的数据存储位置 #

DAL索引完全不依赖Elasticsearch服务，所有数据存储在Shopware 6对接的MySQL主业务库中，对应一系列以_index为后缀的专用索引表，常见的包括product_index（商品核心维度索引）、product_index_keyword（商品搜索关键词索引）、category_index（分类关联索引）等。
dal:refresh:index命令的作用就是全量重建上述MySQL中的DAL索引表：系统会把分散在商品主表、属性表、媒体表、价格表、库存表等多张业务表中的关联数据，按照查询场景需要的结构提前组装、去重、聚合后写入索引表，避免查询时执行多表联查拖慢性能。

DAL索引的核心调用场景 #

• 未开启Elasticsearch的默认环境下，前台所有商品列表筛选、关键词搜索、分类页商品聚合、营销/支付/配送规则匹配场景，都会直接读取DAL索引表完成查询，不会实时联查各业务主表取数。
• 即便开启Elasticsearch作为独立搜索引擎，DAL索引仍是核心数据中转层：执行es:index构建ES索引的过程中，系统不会直接联查业务主表取数，而是优先读取已构建完成的DAL索引作为数据源推送到ES集群，大幅降低全量索引构建时的数据库查询压力。
• 后台管理端的列表聚合查询、数据导出任务、批量数据更新后的即时校验场景，也会直接调用DAL索引完成数据读取。

dal:refresh:index与es:index的协同逻辑 #

两个命令存在明确的先后依赖关系，全量重建搜索索引的标准流程为：

1. 先执行dal:refresh:index，将MySQL层的DAL索引更新为最新状态，保证索引数据和业务主表数据一致
2. 再执行es:index，系统从更新完成的DAL索引表中拉取全量数据，按照ES的索引映射结构转换后写入ES集群
   如果跳过第一步直接执行ES索引构建，会因为DAL索引数据滞后，导致ES中写入的索引和实际业务数据不一致，出现搜索结果缺失、筛选条件匹配错误等问题。

内容的提问来源于stack exchange，提问作者Thomas