什么是数据库的回表查询？如何避免？

回表查询是一种数据库查询行为，特指在使用非聚集索引（或称为二级索引）进行查询时，无法直接从索引中获取查询所需的全部数据，而必须根据索引中记录的主键值，返回到主表（聚集索引）中再次查找以获取完整数据行的过程。
为什么会发生回表？
核心原因是索引的“覆盖度”不足。当一个索引包含了查询所需的所有列时，我们称之为“覆盖索引”，查询可以直接从索引中拿到结果，无需回表。反之，如果查询的列超出了索引包含的范围，回表就会发生。
如何避免或减少回表查询？
避免回表的关键在于创建和使用覆盖索引，以及优化查询语句。具体策略如下：
创建覆盖索引
在设计索引时，尽量将查询中   SELECT  、  WHERE  、  ORDER BY  、  GROUP BY   等子句中用到的所有列都包含在索引中。这样，数据库引擎仅通过扫描索引就能得到全部结果，避免了访问主表的开销。
示例：对于查询   SELECT name, age FROM users WHERE city = 'Beijing';  
优化：创建一个组合索引   INDEX idx_city_name_age (city, name, age)  。这个索引覆盖了查询的所有字段，可以避免回表。
**优化查询语句，避免   SELECT ***  
使用   SELECT *   会要求返回所有列，这使得任何非包含所有列的索引都无法成为覆盖索引，极易导致回表。在编写SQL时，应明确列出需要的列。
不佳写法：  SELECT * FROM orders WHERE user_id = 123;  
推荐写法：  SELECT order_id, amount, status FROM orders WHERE user_id = 123;   （并为  (user_id, order_id, amount, status)  创建索引）
利用主键或聚集索引查询
如果查询条件直接使用主键，数据库可以直接通过聚集索引定位到数据行，这是效率最高的方式，没有回表开销。但这通常依赖于具体的业务查询场景。
针对GBase 8a的特殊考量
GBase 8a作为列式数据库，其“回表”（更准确地说是数据物化）开销与行式数据库不同。除了上述通用方法外，还可以考虑：
使用行存列：对于需要返回大量列或整行数据的频繁查询，可以将表设置为行存列 (  ROW_FORMAT=GROUPED  )，用存储空间换取拼接（物化）整行数据的性能。
合理的分布列选择：对于高并发的点查询，如果条件列是Hash分布列，查询可以快速定位到单个节点，减少数据重分布和扫描范围，间接提升了性能。
总结
回表查询是数据库为了获取完整数据而产生的额外I/O操作，是影响性能的常见因素。通过精心设计覆盖索引和编写高效的查询语句（避免  SELECT *  ），可以有效地避免或减少回表，从而大幅提升查询性能。