寒气传给每一个人不是白说的.

-r 一下

至少电脑上停用会直接让你选搞一个文件夹把这些东西都装上.

就是常见的数据迁移呗

1. 先把分表搞出来, 然后开始旧表新表双写. 记住双写开始的时间点. 并且开始实时对比新旧表数据一致性情况. 如果有不一致的很可能是哪个写场景有问题漏了.

2. 把双写前的旧数据导到新的表里, 这步做完之后, 新表旧表数据就一致了

3. 逐步的把读场景从旧表迁移到新表上, 这里注意灰度放量的节奏

4. 等读场景全量切换之后, 观察一段时间没问题, 开始逐步停掉旧表的写入

5. 删掉旧表写入的代码等等善后工作

搜一下 cmu db course

先考虑一下需求和实现的合理性?

5000 个调用可能内存要爆了.

学校里学计算机, 重点在于 数据结构, 操作系统, 网络技术, 编译原理 这些.

只能找不介意这个的公司了.

@LaTero 其它不说, 画质缩水可没有. 原来 720 会显示 HD 的现在都不显示了, 这不明显是标准提高了吗?

如果只需要看有没有的话

考虑下布隆过滤器

@proxytoworld 高铁不是动态去计算区间然后加锁卖票的, A -> B -> C -> D 这个区间上, 固定的区间票都是事先写死的. 比如 A 有 50 张, B 有 2 张, C 有 1 张.

如果你是中间路过站, 没票是很正常. 你把区间拉长可能就有了. 比如从始发买.

不要太复杂, 直接用个 mysql 主键维护一下.

每个机器启动的时候都去库里拿一下自己的 id, 如果没有就 insert.

但这里得注意, 如果机器码是三位的, 那集群下机器数量不能超过 1000, 还有废弃机器占用 id 的问题.

便宜好管理, 员工彻底沦为干活工具.

你看华为就是这样.

具体使用时间差多少?

面这么多确实有点厉害.

公司这种制度性的不允许你尝试用系统绕开没什么好下场呀.

实在看不惯换个工作呗.