Clarify expected behavior for incr_cnt recovery and snap_index_type change after single-node restart

[cms-cms]

Environment

• Version: OceanBase seekdb
• Source Revision: 1-f84169fbd80d020887d038cdb0892703e28833f3
• Build Branch: HEAD
• Build Time: Aug 10 2026 10:45:34
• Build Flags: RelWithDebInfo
• Is this an RD-provided temporary version?: No

Description

This issue seeks clarification on the expected behavior of vector index state recovery after a single-node (endpoint-only) restart. Specifically, the behavior of incr_cnt and the change in snap_index_type from 1 to 9 needs to be confirmed as per design.

Steps to Reproduce / Context

The test scenario is vector_reboot_lite. The environment was running a workload, and the observer was restarted. The following points require clarification from the development team:

1. Does the observer use lazy load after a restart?
2. Should incr_cnt only be restored after the first ANN query is executed?
3. What is the meaning of the snap_index_type change from 1 to 9?
4. Is it expected that all_index_mem_used=0 before the first query?
5. Does the endpoint-only (single-node) mode support automatic pre-loading?

Work Reference: xJMcKDVRoXpa89uA

Log Information

Database Connection

obclient -h% -P 2836 -uroot@sys -A -Dtest

Current Preserved Environment

host: %
port: 2836
observer pid: 3927865

Log Directory

• Workload Log: /data/1/seekdb-gitlab/vector_reboot_lite/runs/pipeline-189961-job-919135/scenario/singlejob/vector_reboot_lite/vector_reboot_lite.log
• EasyTest Log: /data/1/seekdb-gitlab/vector_reboot_lite/runs/pipeline-189961-job-919135/scenario/singlejob/vector_reboot_lite/logs/EasyTest_20260810145128.log
• Report: /data/1/seekdb-gitlab/vector_reboot_lite/runs/pipeline-189961-job-919135/scenario/singlejob/vector_reboot_lite/reports/report.html
• Database Logs: /data/1/seekdb-gitlab/vector_reboot_lite/log/pipeline-189961-job-919135/
• Key File: seekdb.log.20260810153409167

Other Notes

• Reproducibility: Not specified.
• Test Changes: Not specified.
• Other Environmental Anomalies/Changes: Not specified.
• Is the scene preserved?: Yes (see connection details above).