真实感受是：苦的点不一样。北漂苦在天气和距离。冬天零下十几度等公交，鼻涕都冻出来。回家一趟高铁要6小时，过年抢票能把人逼疯。但北京互联网机会是真的多，大厂扎堆，跳槽不用换城市。沪漂苦在生活成本和排外感。同样的工资在上海租的房比北京小一圈，地铁挤到怀疑人生。而且上海人说方言时你真的插不上话，有种隐形的距离感。但气候确实舒服，不用忍受北方的干燥和雾霾。我个人感觉北漂更苦点。因为北京的苦是物理性的——冷、远、干。上海的苦是心理性的——贵、挤、疏离。前者咬咬牙能扛，后者会慢慢消耗你。但说到底，漂哪儿都苦。关键是这个苦值不值。如果能学到东西、攒到钱、看到未来，那苦也就苦了。怕的是苦了半天还在原地踏步，那...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

呜呜了，1-19 发的简历，3-19 收到面试，可是人已经在实习了好想去 mhy不知道影不影响以后的投递

如果用 userId 分表，要用merchantId 查询的话，如何查询？维护索引表：用一张单独的索引表存储 merchantId -> userId，查询时先查索引表拿到 userId。自己手写实现 一致性哈希分表一、核心原理（3 句话记住）把 userId 哈希成一个 0 ~ 2^32-1 的整数把 分表（表名后缀 0、1、2、3...） 也哈希后放到哈希环上userId 顺时针找最近的表 → 得到表序号（0、1、2...）关键：加表只影响少量数据二、手写实现一致性哈希（完整可复制）结构哈希环（排序的 Map）物理节点（真实表：0、1、2、3）虚拟节点（让数据分布更均匀）路由方法：输...