@tailf 是的。数据量确实很大。比如把全国的区域级联数据集合都缓存起来，大概有 5w 条数据。之前都是直接放站点缓存里，倒是很快。多站点共享缓存就痛苦了。

@tailf 感谢回复。10M 如果直接序列化保存，或者用 set 保存集合，读取的时候速度太慢了。本地缓存几十 ms，redis 要几秒反序列化。

@Jooooooooo 好想法！我会尝试一下，再次感谢。

@Jooooooooo 感谢回复。但是多站点共享缓存咋解决~~~~(>_<)~~~~

每况愈下..打错了~

@melkor 感谢回复。如果站点部署在多个不同的服务器上，实现您说的想法，我需要做点什么？

@juded 这倒是，每况日下。

@juded 我在亚马逊上海淘过不少，售后我感觉还好。甚至有次无法邮寄回去，直接给我退款，货也不要了...

我记得第一个月出问题，都会给你解决。后续再有问题，看情况解决。
不过 nas 头一个月不会坏，感觉都不会有太大问题。

@eason1874 感谢回复。已经修改了配置，支持更大的键值存储。因为一开始用的自带缓存，把数据直接缓存，redis 的性能尝试了一下，在没有改变数据结构的情况下，读写性能一般，甚至还没有 memcached 优秀。
我想尽量这种大数据，直接先缓存起来，把应用先跑起来，后续对业务级数据结构再进行优化。
但是目前还没想到好的方案来处理。

@thet 感谢回复。原先用的自带缓存，直接把数据缓存。如果拆开数据，业务逻辑要调整较多，所以想先把分布式缓存用起来，后续再做业务逻辑及数据的拆分。

@laminux29 感谢回复。因为想负载均衡，部署多个站点。缓存要一致。

@hangszhang 感谢回复。哈哈，可能我测试的不太严谨，扔本地测试，确实速度相当。哈哈…

@Iamnotfish 尝试了一下，得到的结果好像不是我想要的。
---
补充一下原来的题目：
data
| id | phoneNum | callType | created |
| --- | ----------- | -------- | ---------------- |
| 1 | 15000000000 | 1 | 2019-08-07 01:02 |
| 2 | 15000000000 | 1 | 2019-08-07 02:03 |
| 3 | 15000000000 | 2 | 2019-08-07 04:05 |
| 4 | 15000000000 | 1 | 2019-08-07 05:07 |
| 5 | 15000000000 | 2 | 2019-08-07 06:07 |
| 6 | 15000000000 | 1 | 2019-08-07 06:20 |
| 7 | 15000000000 | 1 | 2019-08-07 06:30 |
| 8 | 15000000001 | 1 | 2019-08-07 07:07 |
| 9 | 15000000000 | 1 | 2019-08-07 08:07 |
| 10 | 15000000000 | 1 | 2019-08-08 08:07 |

result
| phoneNum | callType | created | count |
| -------------- | -------- | ---------------- | ----- |
| 15000000000 | 1 | 2019-08-07 02:03 | 2 |
| 15000000000 | 2 | 2019-08-07 04:05 | 1 |
| 15000000000 | 1 | 2019-08-07 05:07 | 1 |
| 15000000000 | 2 | 2019-08-07 06:07 | 1 |
| 15000000000 | 1 | 2019-08-07 06:30 | 2 |
| 15000000001 | 1 | 2019-08-07 07:07 | 1 |
| 15000000000 | 1 | 2019-08-07 08:07 | 1 |
| 15000000000 | 1 | 2019-08-08 08:07 | 1 |

@Iamnotfish 感谢回复，（我还没试您给的答案，将在明天尝试一下）最后自己搞定了。
分享一下结果。（可能没有在描述中说明场景不是那么好搞，场景是这样的，记录来电记录，每次来电插入记录到数据库。展示数据时，按倒序来显示。上下两条号码相同时，根据 callType 来决定是否展示新的一行数据；不同号码时，直接展示该数据。展示结果类似手机上的通话记录~）
```
select phonenum, count(*) as cnt, type, max(created)
from (select t.*,
row_number() over (partition by phonenum order by id) as seqnum,
row_number() over (partition by phonenum, type order by id) as seqnum_t
from t
) t
group by phonenum, type, (seqnum - seqnum_t);
```

为啥`md`的`table`语法没生效？

@nyfok 好的，按照楼主提供的思路我再想想，再次感谢楼主写的一大段剖析 :)

忘说了，我的技术栈是 nodejs，有相关快速检索的方式吗？望不吝赐教，先谢过~

忘说了我的技术栈是 nodejs，有相关快速检索的方法吗？望不吝赐教，先谢过~