fix(A8 + LSM 读自洽): 行所有权根治 + 读取路径不再依赖 prefetch

A8 行引用泄漏（调用方改查询结果即改写存储）
  实测：rows[0].tag = 'HACKED' 后，tag='HACKED' 与 tag='x' 两条索引查询都返回 0 行 ——
  行与索引失配、该行永久查不出来；嵌套 json 值同样按引用共享。
  Aria 因走反序列化路径反而幸免，又形成跨引擎差异。

  根治：在 IStorageEngine 契约层写入**行所有权约定**（engine/interface.ts）
  —— 读出的行是副本、写入接收的行也是副本；新增 cloneRow/cloneRows
  （优先 structuredClone，退化路径处理 Date/嵌套对象/二进制）。
  Memory/KVStore/Hybrid：find、findStream、getRow 全部返回副本。
  Aria：getAllRows 此前只做 `{ ...value }` 浅拷贝（嵌套 json 仍共享引用），
  改为深拷贝；find/findStream 返回副本。
  实测四种引擎：修改返回值后重读不变、索引两条查询均正确。

LSM 读取自洽（审计 P1-1：缓存未命中 = 静默丢数据）
  此前 loadSSTableReader 缓存未命中返回 null，而所有调用方都是
    const reader = this.loadSSTableReader(meta); if (!reader) continue;
  于是**未命中就静默跳过整个 SSTable**。实测：缓存上限 4KB 而 SSTable 更大时，
  300 行只能查回 59 行，且不报错。
  同时"读路径必须先 prefetch"这个隐式约定，是每次读都要 drainChain + prefetch
  的原因（性能悬崖的另一半）。

  根治：LSM.get / rangeScan / rangeScanLazy 改为 async，未命中即
  `await sstableStore.load()` 回源 + CRC 校验（损坏则自愈清理 meta），
  只有数据确实不存在才返回 null。checkUniqueSync 相应改名 checkUnique 并 async
  （原命名正是因为依赖 prefetch 约定）。引擎侧 12 处调用点补 await。

附带修正的缓存语义：
  - tryCacheSSTable：单个 SSTable 超过缓存上限时标记为常驻（pinned），
    不参与驱逐 —— 驱逐它等价于静默丢数据；内存上限因此是
    cacheLimit + 单个最大 SSTable，已在代码与测试中明确。
  - trimCache 跳过 pinned 条目（此前会把全部缓存一次性清空）。
  - 新增 getCacheSize/getCacheLimit/getOversizedCount/setCacheLimit 访问器
    （测试此前直接读私有字段 cacheSize/cacheLimitBytes —— 那是 TS 错误，
    只因测试不做类型检查才没暴露）。

queryStream async 回调
  此前用 constructor.name === 'AsyncFunction' 判定，对"普通函数返回 Promise"
  完全失效（Promise 被静默丢弃）。现改为双条件识别并走物化路径逐行 await，
  async 回调被真正等待。

测试契约修正：
  - aria-cache：'缓存大小受上限约束' 在极小缓存下是不可成立的契约，改为断言
    真正重要的不变量（数据完整；可装入时受上限约束），并新增"超大 SSTable 常驻"
    用例；'缓存驱逐后全表扫描仍返回完整数据' 保留 300 行断言（此前会失败）。
  - hybrid：磁盘引擎标签断言从 indexeddb（v0.6.0 已移除）改为 opfs。

tests/hybrid/index.test.ts

@@ -36,7 +36,8 @@ describe('HybridEngine', () => {
   });
 
   it('磁盘引擎类型', () => {
-    expect(engine.getDiskEngineType()).toBe('indexeddb');
+    // v0.8.0: indexeddb 引擎已于 v0.6.0 移除；该参数仅作介质标签
+    expect(engine.getDiskEngineType()).toBe('opfs');
   });
 
   describe('表管理', () => {