而让业务有所顾虑从MySQL 5.7升级到MySQL 8.0的一个主要原因是:,所以对于MySQL 5.7升级到MySQL 8.0来说,总体的升级动力明显要低一些,但是规划的一个优点就是可以把一些工作前置,或者让它的推行更加顺畅,比如我们对于新业务的推行,都是默认按照MySQL 8.0的方案来做。 如果要说MySQL 5.7升级到MySQL 8.0的一些差异,从我的角度来说,其实变化是很大的,但是细数盘点,很多特性似乎是对于业务的一种友好或者透明支持。 这种使用模式,而MySQL8.0带来的很多特性是在体验和性能改造方面,原来不建议使用的模式竟然可以支持了,而很多业务侧是后知后觉,原本已经培养的习惯,让我们有些凌乱。 在MySQL 5.7中字段名为rank是可以的,但是在8.0中因为有了窗口函数,字段名为rank就报错,顺着这个思路,其实我们一窥窗口函数。 其实就会发现不光是rank,字段名是first_value也不可以了,随之带来的就是SQL语法错误,可能会让人开始有点抓不着头脑。 看起来这个boolean类型真是有些鸡肋,在数据库中已经默认使用tinyint(1)来间接转义了,但是实际上还是不对味。 而经过分析,其实8.0的报错提示更加合理,至少我觉得8.0对于数据层面的要求确实变高了。 简单小结:MySQL 8.0里面的很多细节还是很接地气,也不能潜意识的认为是100%兼容,要拍胸脯保证的事情,得有深入的测试和案例分析支撑。 |