[Support] multiCaching下过期时间设置

[RomenMark]

Describe the problem（描述问题）

问题描述

在使用 @midwayjs/cache-manager 配置「内存 + Redis」多级缓存时，发现以下问题：

1. multiCaching 级别的 options 配置不生效
   示例配置中 multiCaching.options.ttl: 100 会被完全忽略，写与不写效果一致。

2. Redis 层 TTL 单位是毫秒
   写入 Redis 时使用毫秒（底层命令为 PX），与常见的「秒」单位容易混淆，建议在文档中明确说明。

3. multiCaching.set / mset 传 TTL 时，各缓存层过期时间一致
   通过 set(key, value, ttl) 传入的 ttl 会被透传给所有缓存层，无法实现「内存层短期、Redis 层长期」的经典多级缓存策略。

最小复现

// src/config/config.default.ts
import { createRedisStore } from '@midwayjs/cache-manager';

export default {
  cacheManager: {
    clients: {
      memoryCaching: {
        store: 'memory',
      },
      redisCaching: {
        store: createRedisStore('default'),
        options: {
          ttl: 10, // 单位：毫秒
        },
      },
      multiCaching: {
        store: ['memoryCaching', 'redisCaching'],
        options: {
          ttl: 100, // ❌ 该配置不会生效
        },
      },
    },
  },
  redis: {
    clients: {
      default: {
        port: 6379,
        host: '127.0.0.1',
      },
    },
  },
};

// 方案 A：ttl 传入数组，与 store 声明顺序一一对应
await multiCaching.set('key', value, [60_000, 600_000]); // 内存层 60s，Redis 层 600s

// 方案 B：按缓存层名传对象
await multiCaching.set('key', value, { memoryCaching: 60_000, redisCaching: 600_000 });


### Midway Versions（Midway 版本）

4.2.1

[czy88840616]

确认下，当前 v4 的行为是这样的：

1. multiCaching 这一层目前没有自己的 options 处理，multiCaching.options.ttl 不会参与 set/mset，这个配置可以先去掉。
2. cache-manager 里的 TTL 单位是毫秒，Redis store 也是用 PX 写入，所以这里的 ttl: 10 表示 10ms，不是 10s。文档这里确实需要补充说明。
3. multiCaching.set(key, value, ttl) / mset(args, ttl) 目前会把同一个 ttl 透传给所有底层 cache，所以暂时不支持数组或按 cache name 的 ttl。

如果要实现「内存短、Redis 长」的策略，现阶段可以把 ttl 配在各自的子 cache 上，然后调用时不要传第三个参数，例如：

memoryCaching: {
  store: "memory",
  options: { ttl: 60_000 },
},
redisCaching: {
  store: createRedisStore("default"),
  options: { ttl: 600_000 },
},
multiCaching: {
  store: ["memoryCaching", "redisCaching"],
},

然后：

await multiCaching.set("key", value);

这样每一层会使用自己的默认 ttl。你提到的数组/对象 ttl 属于新能力，可以作为后续增强考虑；实现时需要同步改类型定义和 set/mset/wrap 的 ttl 分发逻辑。