V2EX › orangeChu 的所有回复 › 第 3 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4

❮

❯

2021-01-30 11:24:38 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@onion83 是的。高并发时，单机器卡爆，站点访问缓慢。原来框架设计如此，搞得我来维护的时候，也很头疼。

2021-01-30 11:22:59 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@orangeChu 自带缓存用的是微软的 WebCache 。

2021-01-30 11:20:44 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@laminux29 感谢回复。速度慢主要是指存储和读取回来后，反序列化成对象或集合，这整个过程的耗时比自带缓存慢。

2021-01-29 19:17:58 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@melkor 好的，你的方案很具体，太感谢您的回复了。我打算用这个方案来实现一次。

2021-01-29 12:36:47 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@YouLMAO 是这样吗？我会了解一下，看看是否有帮助，感谢回复。

2021-01-29 12:34:04 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

@emSaVya 目前来看，这个方案应该可行。我会尝试一下。再次感谢您的回复。

2021-01-29 12:33:08 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 12:25:50 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 12:23:47 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 11:21:48 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 11:02:32 +08:00

回复了 yousabuk 创建的主题 › NAS › 美亚买群晖如果要保修怎么办？

每况愈下..打错了~

2021-01-29 11:01:01 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 10:58:46 +08:00

回复了 yousabuk 创建的主题 › NAS › 美亚买群晖如果要保修怎么办？

@juded 这倒是，每况日下。

2021-01-29 09:27:31 +08:00

回复了 yousabuk 创建的主题 › NAS › 美亚买群晖如果要保修怎么办？

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

2021-01-29 09:05:23 +08:00

回复了 yousabuk 创建的主题 › NAS › 美亚买群晖如果要保修怎么办？

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

2021-01-29 09:00:35 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 08:57:29 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-29 08:55:38 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2021-01-28 23:24:19 +08:00

回复了 orangeChu 创建的主题 › 程序员 › 关于分布式缓存，有点疑问，不吝赐教

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

2019-08-09 10:11:12 +08:00

回复了 orangeChu 创建的主题 › MySQL › 请教 V 友一个 SQL 问题

@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 |

1 2 3 4

❮

❯