一直在用 Scroll To Top Button ，最近提示即将不受支持，正好在找类似插件，之前我不知道 HOME 键可以回顶部，刚刚试了一下依然觉得不如插件，HOME 键滚动回顶部需要时间，插件是瞬移回去的

测试数据为什么会考虑速度和暂停恢复啊，而且几天写一千万行也太太太小看数据库了

正常思路是先有需求再考虑实现方案，而不是先有实现方案再去想它能解决什么需求

我是淘宝买了电池自己换的，工具什么的都有送

https://github.com/OpenIMSDK
用开源的吧，感觉完整的 IM 不是一个人就能搞定的项目

刚想下载看到了#1 的方法

@lyang #12 你们的产品这么强势的吗，连开发方案也要他定

@Aliberter #23 对 我没看清比的是同一个变量，既然领导让你改，你直接重构就行了

@Aliberter #2 原代码两个变量不会同时为 true ，跟你这个不完全等价，不了解需求哪个是对的不知道

你需要的是 socks5 协议相关的信息

@beginor #13 加除法不走索引

@micean #18 ON DUPLICATE KEY UPDATE 有个问题就是即使 update 也会消耗一个自增主键，在某些 update 特别多的情况下最好还是先 select 判断一下

@hehe12980 #23 而且只有整页刷新的时候才会查全天的数据，实时更新曲线只要查增量数据，用数据库完全不会成为性能瓶颈

@hehe12980 #13 这 1.7 万都是你的要取的据，具体从 redis 取还是从数据库取根本没什么区别

你的机器编号没索引的吗

可以检查一下是不是简历写的太过了，比如“只是使用一些简单 Redis 命令”对应简历应该写“熟悉常用 Redis 命令”而不是“熟练使用 Redis”甚至“精通 Redis”.
如果简历没问题面试官依然问了超出你认知的问题，可能只是在试探你的上限，回答不好也没什么的。这种情况下可以尝试把宏大的问题往小回答，把回答方向拉回你熟悉的领域，向面试官要更丰富的场景，甚至让面试官提示你一下都是可以的
个人认为面试不像考试，更像相亲，主要是靠聊的

我觉得直接写程序插入就行，多线程，一次 insert 多行，批量提交事务，直接拼 sql 不要用参数化，程序和数据库放一台机器上，其他访问数据库的服务都先下线
以前用这种方式迁移过两亿条数据，而且是一边读 db 一边处理逻辑一边写 db，只要半小时左右

这就是个 diff 功能啊
不过我觉得逐字对比就够用了，缺点是错位会全报错

@youngce #1 我觉得 influxdb 槽点也不少