Apollo Server - 关于缓存/数据源选项的混淆

文档（https://www.apollographql.com/docs/apollo-server/features/data-sources.html#Using-Memcached-Redis-as-a-cache-storage-backend https://www.apollographql.com/docs/apollo-server/features/data-sources.html#Using-Memcached-Redis-as-a-cache-storage-backend）显示这样的代码：

const { RedisCache } = require('apollo-server-cache-redis');

const server = new ApolloServer({
  typeDefs,
  resolvers,
  cache: new RedisCache({
    host: 'redis-server',
    // Options are passed through to the Redis client
  }),
  dataSources: () => ({
    moviesAPI: new MoviesAPI(),
  }),
});

我想知道怎么会这样cache使用 key ，考虑到缓存实际上是在类似的东西中自定义实现的MoviesAPI()然后通过使用context.dataSources.moviesAPI.someFunc()。例如，假设我想为 SQL 数据库实现自己的缓存。它看起来像

  cache: new RedisCache({
    host: 'redis-server',
  }),
  dataSources: () => ({
    SQL: new SQLCache(),
  }),
});

where SQLCache有我自己的功能连接到RedisCache like:

  getCached(id, query, ttl) {
    const cacheKey = `sqlcache:${id}`;

    return redisCache.get(cacheKey).then(entry => {
      if (entry) {
        console.log('CACHE HIT!');
        return Promise.resolve(JSON.parse(entry));
      }
      console.log('CACHE MISS!');
      return query.then(rows => {
        if (rows) redisCache.set(cacheKey, JSON.stringify(rows), ttl);
        return Promise.resolve(rows);
      });
    });
  }

所以这意味着我有RedisCache在两个ApolloServer cache钥匙和dataSource执行。显然，RedisCache用于dataSource实施，但是那又是什么呢？ApolloServer cache关键究竟是做什么？

同样在客户端上，示例主要显示了使用InMemoryCache而不是Redis缓存。客户端 Apollo 缓存是否应该与服务器缓存不同，或者应该是相同的缓存，例如RedisCache都在两个地方吗？

The cache传递给ApolloServer据我所知，严格用于RESTDataSource。当从 REST 端点获取资源时，服务器将检查Cache-Control响应中的标头，如果存在，将适当地缓存资源。这意味着如果标题是max-age=86400，响应将以 24 小时的 TTL 进行缓存，并且在缓存条目过期之前，将使用它而不是调用相同的 REST url。

这与您实现的缓存机制不同，因为您的代码缓存来自数据库的响应。他们的意图是相同的，但他们使用不同的资源。您的代码有效复制 ApolloServer 的唯一方法cache如果你已经写了类似的DataSource改为 REST 端点。

虽然这两种缓存都减少了处理 GraphQL 响应所需的时间（从缓存获取明显快于从数据库获取），但客户端缓存减少了必须向服务器发出的请求数量。最值得注意的是，InMemoryCache允许您在站点中的不同位置（例如 React 中的不同组件）重复使用一个查询，同时只获取一次查询。

由于客户端缓存是标准化的，这也意味着如果通过一个查询获取资源时已经缓存，则您可以避免在通过另一个查询请求该资源时重新获取该资源。例如，如果您使用一个查询获取用户列表，然后使用另一个查询获取用户，则可以将客户端配置为在缓存中查找该用户，而不是进行第二个查询。

需要注意的是，虽然服务器端缓存的资源通常具有 TTL，但InMemoryCache才不是。相反，它使用“获取策略”来确定各个查询的行为。例如，这可以让您进行以下查询always从服务器获取，无论缓存中有什么。

希望这有助于说明服务器端和客户端缓存都很有用，但方式却截然不同。