| 而让业务有所顾虑从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%兼容，要拍胸脯保证的事情，得有深入的测试和案例分析支撑。 |
