常见问题
Q：创建IMCV后，以及后续行存表发生IUD变更时，数据何时加载到列存？列存扫描是否保证强一致性？
A：在默认异步加载模式下，IMCV的数据加载与同步机制如下：
- 创建IMCV后的初始加载：当在行存表上创建IMCV后，系统由后台HTAP Worker线程对表中的存量数据进行列存数据的构建。
- 行存数据变更后的同步机制：IMCV创建完成后，行存表上的INSERT/UPDATE/DELETE操作不会立即同步至IMCV，而是在满足一定条件（如变更比例阈值）后，由HTAP Worker触发IMCV的重建，以实现列存与行存数据的同步。
- 一致性保证机制：当IMCV尚未完成初始加载，或存在尚未同步的行存变更数据时，列存扫描会自动回行存读取相关数据，从而保证查询结果与行存查询结果的强一致性。
Q：在表数据量未发生明显变化的情况下，为什么列存扫描的性能出现下降？
A：查询性能受多种因素影响。在列存扫描场景下，性能下降的一种常见原因如下：
当行存表发生IUD变更但尚未同步至IMCV时，列存扫描在访问这些数据时需要回行存读取，相较于纯列存扫描会引入额外开销，从而导致查询性能出现一定程度的下降。在IMCV与行存数据完全同步的情况下，列存扫描可直接基于列存数据完成查询，性能通常最优。
该行为属于IMCV的正常运行特征，并不表示系统异常。同时，系统可保证列存扫描计划的代价不劣于行存扫描计划。
Q：在表创建IMCV后，为什么该表上的分析型查询未采用列存扫描路径？
A：可从以下几个方面进行排查：
- 确认相关参数配置是否正确：确认enable_imcvscan参数已开启，且htap_router_mode设置为auto或column。
- 确认IMCV覆盖范围：检查已创建的IMCV是否覆盖了查询语句中实际访问的列（列存扫描回行存读取数据场景除外）。
- 检查代价估计结果：通过EXPLAIN查看查询执行计划，并为查询显式指定IMCVScan Hint，对比行存扫描与列存扫描的代价，确认列存扫描在代价模型中是否更优。
- 使用Hint强制列存扫描（可选）：若由于代价估计不准确等原因，优化器未能选择实际代价更低的列存扫描路径，且业务仍希望优先使用列存扫描，可通过Hint显式指定该表使用列存扫描。
Q：在开启HTAP功能以及表创建IMCV后，系统内存占用增加与pg_total_memory_detail() 中的htap_used_memory不一致，原因是什么？
A：pg_total_memory_detail()函数中统计的htap_used_memory仅包含列存数据（IMCU）的内存占用，不包含以下部分：
- IMCV相关的元数据内存开销。
- HTAP Worker线程在执行后台任务（如加载、重建）过程中使用的临时内存。
因此，两者在数值上存在差异属于正常现象。
Q：htap_max_mem_size仅限制IMCV列存数据内存占用，其他IMCV相关操作的内存资源如何管控？使用时需要注意什么？
A：htap_max_mem_size仅用于限制IMCV列存数据（IMCU）本身的内存占用，不包含IMCV相关操作过程中产生的临时内存开销。后台HTAP Worker线程在执行列存数据加载、重建，以及前台查询在进行列存扫描时所使用的临时内存，均不受该参数直接约束。
因此，在实际使用中需要额外关注这些操作带来的内存消耗，避免在高并发或参数配置不当的情况下对系统稳定性造成影响。
HTAP Worker线程执行加载/重建操作，以及前台通过列存扫描查询访问数据时，以行组（RowGroup）为处理粒度。在该过程中，如果涉及将落盘列存数据加载至内存、对数据进行解压等操作，均会引入额外的临时内存占用。因此，内存使用情况与htap_rowgroup_pagenum参数配置密切相关，同时也受到是否启用压缩、是否涉及列存落盘等因素的影响。
以示例中的lineitem表为例，在Scale Factor=100的峰值场景下（如访问的列存数据均未命中缓存且需要解压）：
- 当htap_rowgroup_pagenum=1000时：
- 单个HTAP Worker线程在加载或重建IMCV时的内存占用约为30～50MB；
- 单个前台查询在执行全表列存扫描时的内存占用约为10～12MB。
- 当htap_rowgroup_pagenum=8192时：
- 单个HTAP Worker线程在加载或重建IMCV时的内存占用最高可达约200MB；
- 单个前台查询在执行全表列存扫描时的内存占用可达80～90MB。
在非峰值场景下（例如列存数据已缓存在内存中且不涉及解压），无论是加载/重建还是列存扫描，其内存占用均显著降低，通常仅为数MB级别。
因此，在实际使用HTAP与IMCV功能时，建议结合htap_rowgroup_pagenum配置、数据压缩/落盘的情况及系统整体内存规模，合理评估HTAP Worker线程的数量，分析型查询并发度，避免在高并发场景下因瞬时内存占用过高而影响系统稳定性。
