作者回复: 谢谢!新年快乐!
作者回复: LinkedIn之前用Espresso,基于Mysql的。离开3年了,应该有些变化。大量的用户流量只能通过水平扩展来适应(horizontal scaling);是的,分片。
数据库复制主要是为了分散读取,并且全球多数据中心同步。
解决复制延迟也是通过水平扩展,分散的节点越多,处理越快。
作者回复: 这一讲的目的是“工程实践”一些规划的理论;用的例子是LinkedIn公司的例子(Espresso数据库, Databus复制)。这些软件都是Linkedin内部开发的;虽然都有开源,但是我觉得外面用的公司不多。
这个专栏的目的是给大家整体介绍这个职业,所以宏观的知识多些。
不过这一讲听不懂也不用灰心。我在专栏里介绍了很多种容量和性能方面的工作;但是,具体到一个公司,一个岗位,所作的具体工作多数时候其实很窄的;不需要都会的。
我建议多从宏观上把握,具体到某项工作时,再钻进去学。这样就不会迷失在具体的繁琐工作中。
作者回复: 嗯,如果是面向终端客户的,特殊日期/事件必须单独考虑。