@xiaomada 请看原文, 只有当 refresh 的时候才去查询 redis. 至少减少 99% 的查询 redis 次数.

@xiaomada 服务器的带宽一般只计传输给客户端的, 不计客户端上传

无它, 快

@huangliu 支持支持

我发现除了 redis desktop, 其它为爱发电的 gui 都不喜欢做一个功能: 命令行, 可以尽早把这个功能做出来, 有时候用 gui 连接是为了方便不用记住任何信息, 然后还是要用命令行操作

你的描述有问题, 没有人能理解你说的是什么. 既然你是上一个失败, 才链式调用下一个. 那么何来并发只说. 也无上锁之说.
你要说你并发调用链表中所有, 任意一个成功就可以返回, 或者所有失败的话. 那么就用 ctx, 所有 request 公用一个 ctx
ctx,cancel := context.WithCancel()
当有成功的一个, 主动调用 cancel() 函数, 其它 http client 就会取消

看你的场景, 比如有些按日期分, 基本不会存在跨日期查询, 或者不用历史的日期, 基本用当天的. 这种就分表. 反之分区

直接使用 MySQL 分区, 别分表了

第三个方法, 用 adb, 简单点的会 js 直接 autox 点击一下发送就好了

服务用 docker 有两种运行方式.
1. 脚本语言, python, node, php. 直接把代码 volumn 挂载到容器里面. 你直接照常写日志. 容器≈环境
. 只有当需要新的扩展, 比如要安装 redis 扩展之类的. 每次更新只有 git pull, 然后看重启容器就可以

2. 编译语言, 直接便于成二进制文件到容器里运行. 容器≈可执行文件

@gosidealone
@Benana
@wuniannian 新户直接优惠 https://www.ucloud.cn/site/active/kuaijiesale.html

刚买了 ucloud 3 年的 1U2G 300 块

不招后端是因为核心代码得创始人亲自写才放心吗 *_*

1

友盟

说一下你的系统架构, 像 PHP 这种不会存在更新中断, 想 Go 这种有直接在代码中判断信号来升级的.
实现不想在代码下手的就用楼下说的 Nginx 两个端口号轮流用更新

如果没有项目干或者少, 比如 3w 的项目
销售 底薪 2000 + 3w*20%=8k
后端 7.5k + 3w*3% = 8.4k

说一个数: 这个月干了 2 个项目 10W, 20w (销售 20%, 每个研发 3%)
销售工资: 底薪 2000 + (10w+20w)*20% = 42k
前端, 后端 = 底薪不一样(7.5k) + (10w+20w)*3% = 16.5k