关系型数据库,但千万级表关联数据库基本上不太可能做到秒出:考虑过Sharding,但数据量大, 各种成本都很高:热数据存储到ElasticSearch,但无法跨索引关联,导致不得不做宽表, 因为权限,酒店信息会变,所以每次要刷全量数据,不适用于大表更新, 维护成本也很高:Redis键值对存储无法做到实时汇总: 1. 现有一个需求需要快速访问 2个字段 至少占 128KB 的 一条记录 , 累计十多亿数据更新,如何保证数据更新过程中生产应用高可用 2. 每天有将近百万次数据查询请求 3. 让用户…