@HEROic
@dullwit
fq 我应该是会用软路由的，但为什么大家都推荐用旁路由的方式呢？我直接让软路由提供 wifi 不可以么？

@dullwit
谢谢，第 3 条是我之前没想到的，很好的建议。
第 1 、2 条和我的需求还是有些不相符。我有些测试用 chromebook 会经常重置设备，希望连网后不需要额外设置就能直接上外网。另外我有时会创建一些桥接的虚拟机，也希望这些设备能在创建后直接上外网。
综合考虑下来，两台路由器各司其职是最简单省事的。

@lloovve 两个路由是必须的，因为我科学上网的路由在折腾时免不了重启，不想让这个耽误家人上网。

健身，把臂力练起来

没用到期望的索引时，就 force index 试试

看起来不错，Star 了

用 force index 强制使用 city_id 那个索引

SELECT * FROM `user_info` FORCE INDEX(idx_city_id) WHERE ( `city_id` IN (45757,45967,46044,46126,46288,46473,46642,46769,46919,47078,47119,45758,45762,45786,45811,45822,45839,45850,45870,45877,45892,45905) ) AND `user_info`.`delete_time` IS NULL ORDER BY `id` DESC

把 idx_city_id 换成你实际的 city_id 那个索引的名字

常见大品牌基本可以同城，我用货拉拉从北京搬到青岛

除非完全没有编程基础，否则学习一门新语言时最好买本书从基本语法入手。

建议楼主读一下 《 ES6 标准入门》

很久没用 Java 了，是 mat 已经过时了么？为什么没人提到这个呢？我印象中分析内存泄漏的话 mat 比 jprofiler 方便。

@lurenw @fortunezhang 楼主原 SQL 中就是 left join，是允许 b 表里不存在的。

如果你前后 SQL 里的 b.time 都是打错了，应该是 a.time 的话，那么拆开写完全没问题。甚至很多大厂的规范中会要求必须拆开写，理由如 #3 所讲，即使未来 a 表和 b 表拆到两个库中，SQL 都不用改。

还是 MBP 吧，用起来省心。
另外，鉴于楼主是搞运维的，建议买回来后先重做一下系统，把文件系统搞成区分大小写的。