说几点关于数据库的见解
- 弹性 在处理过一些问题之后，我发现弹性是一种很优雅的解决方式。而在弹性方面，关系型的处理就总体来说就不够优雅了，比如扩容和缩容，我们可能更多会去提扩容，而缩容基本不太愿意提，其实换个角度可以理解节点故障就是计划外的缩容。数据库连接方式可以借鉴弹性的设计，远比超时的解决方案要好。这些和云看起来没有直接关系，但是恰恰有直接的关系。
- 高可用 我们关注的高可用其实是比较窄的，比如一个服务一年没有问题，算不算真正意义上的100%高可用，我觉得不是，因为这只是一个概率问题。 我们对于节点故障的处理其实更多都是被动的方式，而被动的方式恰恰是占比最低的一种，也就意味着我们在高可用方向上是在做防御。如果一个主从节点出现问题的概率依然有，而且确实存在，计划内的主动切换是不是一种好的方式，一来可以快速验证计划内高可用情况，二来我们可以更加面向主动处理问题的方向，在我们传统意义上理解的高可用恰恰是需要耗费一些时间的被动切换，这个时间成本代价其实不低，如果秒级，毫秒级即可搞定这种事情，我们的高可用其实就不是单单防御了，而是更加主动的改进模式。
- MySQL的生态 看到MySQL的生态发展，这些年还是很不错的，但是在某种程度上，我也似乎看到了多年前Oracle的影子。现在的数据库早就脱离了原来的过渡依赖场景，随着互联网的强力推进，其实我们在那些重逻辑层面的关注度大幅度降低，这是一件好事。而然一个远比简单的数据库做它本位的简单的事情，其实也是一种依赖度，成熟度的降低。
- SQL优化 已经有好些年没有分享过SQL优化的内容了，从我的理解来说，这应该是这些年数据库发展的一个趋势，尤其是MySQL方向。 因为使用简单，而且做了很多规范和标准化处理，所以现在单纯的SQL优化没有那么叫好，相反对于优化层面的需求大大增长的是对于架构和运维服务层面。
举报
腾讯云开发者
