MySQL 8.0来了，逆之者亡...

大眼明明

MySQL 8.0来了，逆之者亡...

MySQL 8.0它lei了，大势浩浩荡荡，谁也挡不住

<hr/>MySQL被Sun收购后，搞了个过渡的6.0版本，没多久就下线了（有一次居然听说有人在线上用6.0版本，我惊得下巴都掉了）。被Oracle收购后，终于迎来了像样的5.6版本，之后就是5.7、8.0版本。这么看来，Sun的衰亡不无道理。
P.S，上面说了6.0版本号已被用过，7.x系列版本专用于NDB Cluster，因而新版本号从8.0开始。
刚被Oracle收购时，大家恐慌的不行，貌似还甚至搞了个联合签名请愿活动来着，可惜真的是应了那句话“天下大势,浩浩汤汤,顺之者昌,逆之者亡”。
创始人Monty又折腾了MariaDB，可惜也是不温不火的。MySQL 8.0发布后，MariaDB宣布不打算继续合并InnoDB引擎，这下就更尴尬了，以后还能愉快的玩耍了吗？这两年Monty老先生还时不时来中国露个脸，但似乎有那么一丢丢变味了。
闲话少说，一起来看看8.0都有哪些真香特性吧。
1. 为什么是8.0

作为迄今为止，地表最强的MySQL版本，8.0被寄予厚望。
虽然在很多人眼里，MySQL 8.0无非是有个"好爹"，很多新特性是照着Oracle"抄"的。但在我看来，Oracle作为先驱前辈，已经证明了这些技术的优秀之处，有什么理由不借鉴呢，难道非要折腾出一些只为了能自嗨的莫名其妙的特性才叫牛逼，比如只能用触发器变相实现的表分区功能的某DB？
再说了，即便有个”好爹“，就一定能做好吗，国民老公不也被限制消费了？

MySQL 8.0无论在功能还是性能（整体上），都是目前最好的MySQL版本。以往因为某些特性不支持，导致需要在业务代码、逻辑上做一些妥协，甚至增加使用第三方解决方案（例如NOSQL）。
我相信从8.0开始，以后这种情况会越来越少的，MySQL会越来越好，绝大多数和数据库相关的业务需求，都能在MySQL中完成。当然了，我也相信它不会为了哗众取宠，堆砌一些无谓的功能，变成另一个“最好用”的数据库。
2. MySQL 8.0哪里香

截止本文发稿，MySQL最新版本是8.0.19。下面是站在我个人角度上，认为最香的几个特性。
2.1 性能优化相关

• 无疑是hash join。相信DBA们被弱鸡开发坑怕了，有了hash join再也不那么怕没索引的多表join了。还有一个，anti join。
  hash join刚出来时，我做了个简单的测试，当时也发了过朋友圈：
  

• 快速加新列。做过游戏DBA的我简直热泪盈眶，想想以前早起做变更的苦逼岁月(╥╯^╰╥)
  
• 直方图。没有索引，不想建索引，索引不准确？不怕，还有直方图兜底。
  
• 函数索引、表达式索引，开发者们该爱死这两个功能了吧。
  
• 消除了全局的buffer pool mutex。话说这个特性Percona好像在5.5版本就有了，官方团队在这块的动作慢的有点厉害啊。
  
• 倒序索引。任你正序排，倒序排，还是混合顺序排，啥姿势都能满足，em...
  
• 不可见索引。删个索引，想删又不太敢动手，怎么破？不可见索引来救命。改为不可见后，观察一阵子，确认没影响了再放心删除吧。
  
• 引入WRITESET模式，大大提高并行复制效率，主从复制延迟进一步缩小。
  
• 针对JSON数据类型，增加Multi-valued indexes，更方便JSON的搜索了。
  
• HINT语法增强，更方便在执行查询时动态设定选项，针对不同SQL采用不同策略。
  
• 有个新的TempTable引擎，比原来的tmptable强不少。
  
• 其他优化。
  

2.2 管理、复制、安全方面的功能提升

• 正式推出Group Replication。很好，在稳步朝着高性能、高可用方向推进，先实现读可扩展，再实现写可扩展。期待不远的将来再实现分布式Sharding，到那时候，现在市面上那些吹得不可一世的NEWSQL们该哑火了，这两年有点憋屈的说。
  
• Clone Plugin以及ReplicaSet特性，配合MySQL Shell，想要部署一个新的slave实例，或者是InnoDB Cluster节点，就方便很多了。
  
• sqlrequireprimary_key选项设定强制要求每个表都得有个主键。在主从环境中，相信太多人吃过没主键的亏了。当然了，我并没有，嘿。
  
• 实例重启后的自增ID持久化，小增强却解决了业务上的逻辑大麻烦。
  
• extra admin port，管理员可以给自己开后门了。
  
• 在线修改完配置参数后，SET PERSIST语法实现持久化，不用再手工修改一次my.cnf了。
  
• 锁增强，增加SKIP LOCK、NOWAIT LOCK锁模式，以及BACKUP LOCk。
  
• 窗口函数、CTE。做统计分析同学的福音。
  
• 其他提升。
  

更多的特性，可以访问下面几个资料查看。

• MySQL 8.0新特性
  
• MySQL 8.0相对于5.7的复制改进
  
• 从MySQL5.5到MySQL8.0子查询进化之路
  

3. 看完了还不想上车？

细心的读者，或许能发现在官方文档第一章"Chapter 1 General Information"里头，有这么一段话：
Support for setting user variables in statements other than
SET was deprecated in MySQL 8.0.13. This functionality is
subject to removal in MySQL 9.0.嗯，你没看错，是的，下一个就是9.0版本，按照经验，2020年也应该要发布了。再吼一下，MySQL 8.0来了，高铁般的速度，再不上车您就直接用9.0吧。由我主讲的知数堂「MySQL优化课」第17期即将开始，我们的课程从第15期就升级成MySQL 8.0版本了，现在上车刚刚好，一起开启MySQL 8.0的修行之旅吧。

凯奇

叶老师说得让人心潮澎湃，代码合并中。。。

没什么

确实现在又朝着一个MySQL就够了的方向走了

我的你

说得好，公司总Pg

王翠

我依然记得mySQL5.5使用时间戳数据类型的时候，不支持默认CURRENT_TIMESTAMP(6)的功能[记仇]

雷帝

终于追上了pg 9.6的主要功能[飙泪笑][飙泪笑]

莫得啥子

是啊，PG功能很齐全，大并发下也酸爽的很呢

枫落吴江

5.6就解决这个问题了。另外，现在是8.0了

李青林

postgresql 不香吗？

康乔

闻着香，吃着臭。
建议先对比下MySQL vs PG相关的职位数量和薪资吧。