测试代码
```
Dictionary<int, int> dict = new() { { 1, 1 } };
Stopwatch stopwatch = Stopwatch.StartNew();
int i = dict[1];
stopwatch.Stop();
Console.WriteLine(stopwatch.ElapsedTicks);
using ConnectionMultiplexer redis = ConnectionMultiplexer.Connect("localhost");
IDatabase database = redis.GetDatabase();
database.HashSet("key", 1, 1);
stopwatch = Stopwatch.StartNew();
RedisValue redisValue = database.HashGet("key", 1);
stopwatch.Stop();
Console.WriteLine(stopwatch.ElapsedTicks);
```

测试结果:
```
746
18209
```

一句话: 内存 map 快 25 倍

@ryan4yin 我是高强度 win 用户, 客户所有程序都部署在 win 上面

才上亿数据, mysql 分区表+主从轻松搞定.
单表一万亿以上, 你再考虑其他方案.

@siweipancc 可以的, 交保护费就行

@ninjaslayer oss 不会丢数据, sn640 是可能掉盘的

@mightybruce 我就问一句, 你楼上是不是省时间省成本了?

无性能要求, 静音最简单, 把后盖拆开, 把风扇电源线剪掉

@mightybruce 别说的这么高大上. 我就问你, 你楼上的那个, docker 部署, jar 包从几百 M 缩减到 1M, 你拿什么来打? 内存从 20G 缩减为 5G, 你又咋说? 你说的天花乱坠, 省时间省成本了吗?

买 office365 干嘛? 难道你们从来不跟政府部门打交道? 向来都是指定我们只能用 wps 禁用 office.

orm 要什么缓存, 缓存在你接口处实现

搞这么复杂干嘛, 做好公司盈利的核心业务, 这些技术类的交给阿里云就好了.

小文件方便摇树啊. 我这组里都是恨不得一个函数一个文件的.

docker run -d image1;
docker run -d image2;
docker run -d image3;

从来不用这玩意. 客户提供的数据库千奇百怪, 只用 ef 支持的功能.

内存从来都不是问题, 内存只会越来越便宜.

编译成 native 就行了

我们组是严禁使用数组, 但凡代码里发现有数组, 就没法合进去.

你是没见过很多干土木的, 24 小时连轴转的多了去了

当然是第一种更简单直观了