Apollo Server DataSource替换默认inMemoryCache为Redis的相关问题咨询

1. 替换缓存时的查询逻辑 #

不需要手动在DataSource方法中引入、操作Redis客户端做读写，也不需要调整原有数据库查询逻辑。
符合规范的DataSource子类会自动优先查询缓存，缓存未命中时才会触发你定义的数据库查询逻辑，查询到的结果也会自动回写到Redis中，全程不需要你手动操作Redis的增删查改。

2. 缓存键规则 #

• 默认缓存键不会为数据库的每个表自动生成，规则是基于具体查询的参数、执行上下文、方法标识等字段组合计算出的唯一哈希值，你也可以重写方法自定义键生成规则。
• 如果你使用的是SQL类DataSource，会默认基于执行的SQL语句、绑定的查询参数拼接生成缓存键，仅针对单次具体查询生成对应键，不会生成表级的全局缓存键。

3. 仅在ApolloServer初始化时传入缓存即可的说法是否正确 #

该说法基本成立，但有适用前提：
如果你使用的是官方提供的标准DataSource子类（比如RESTDataSource、SQLDataSource），这些子类已经内置了完整的缓存读写逻辑，只需要在初始化ApolloServer时传入配置好的RedisCache实例即可，不需要修改DataSource内部的业务代码。
如果你是自行继承基类实现的自定义DataSource，需要自行实现缓存命中判断、结果回写等逻辑，无法直接复用自动缓存能力。

4. 上述缓存能力是否包含在generic DataSource中 #

generic DataSource（通用基类）本身仅提供了全局缓存实例的注入入口，没有内置自动缓存读写、键生成的逻辑。所有自动缓存相关的能力都是在各个具体场景的子类中实现的，直接继承通用基类开发自定义数据源时，需要自己实现全量缓存逻辑。

内容的提问来源于stack exchange，提问作者Peter Malik