8月9号的直播活动介绍可以看这里：https://www.modb.pro/event/864 友情提示：从21分钟开始食用更佳哟~

火药味很足，爱看

作为一个在工作中同时使用MySQL和PostgreSQL的人来说，我觉得各有优缺。 1.在高并发的场景下，MySQL的使用不需要额外接多一个的连接池工具，因为本身就是一个多线程模型，而PG需要，所以在PG阵营你后续可能还要学多PgBouncer或Pgpool-II等连接池工具。 2.PG的功能支持上确实比MySQL多得多，但是你的业务场景得要用的上，如果用不上，那么对你来说跟没有也没太大区别。 3.从主从复制来说，在这里我只针对逻辑复制来讲，MySQL的binlog会记录DDL语句，PG的WAL日志不会，所以你如果想要做主从表的话，PG的DDL语句不会帮你自动同步到从表，这跟两者的设计哲学有关，PG的设计者认为，WAL就应该只关注数据本身的变化。当然，非要实现PG的DDL同步，也有办法，用触发器的方式。如果要升级PG版本或PG实例迁移的话，官方的PG数据库的复制slot还会被干掉，不会随之同步，在这一点上，感觉确实就没有MySQL的binlog方便。 4.关于DDL的问题，MySQL现在可以支持在线DDL，而PG的话还是仅在创建索引的时候支持在线DDL，当然，也有其他复杂的技术实践来解决PG的DDL的锁表问题，再此就不表了，只能说这一点来看，PG似乎不如MySQL方便呀。 5.从信创和国产化数据库的角度来看，用PG比用MySQL的多，是挺正常的，这个得跟二者的开源协议和本身的独立性有关，前者用的是类似BSD或MIT的PostgreSQL License，对商用更友好，独立性更强，而后者则是采用GPL协议，对商业使用就不如前者灵活，有点强制性的意味，另外现在MySQL是被Oracle收购了，所以哪一天如果更改了协议啥的，嗯......你说是吧，所以，信创和数据库国产化大多采用PG，也就说得通了。 6.对于OLAP能力来说，目前PG比MySQL可能确实会更佳，但是，大部分公司OLTP和OLAP这两套系统都是分开来使用的，也就是说，如果需要到OLAP系统，一般就会采用OLAP相关的技术栈，比如Clickhouse、Doris、StarRocks、Spark、Flink等等大数据平台的技术栈，而用MySQL和PG的，相信大多数都是冲着它们的关系型SQL去的。 总结，所有技术应该都是为业务服务的，没有最好的技术，只有最适合自己业务的技术，如果只是单独选择一个关系型数据库来做事务上的数据存储，那么MySQL和PG都能满足绝大多数关系型的业务场景，在这一点上，它们都很成熟了，至于其他的，个人觉得可能都是些锦上添花的东西了。p.s.PG对SQL的Explain确实要比MySQL来得更加详实。最后我的建议是，按照目前国内的大环境下，如果只是在国内找个与数据库运维相关的工作的话，可能MySQL还是要比PG优先学习，因为MySQL在国内用的还是要比PG的多，特别是互联网公司。而其他政府、金融相关的话，如果是开源数据库，可能PG会比MySQL用得多，毕竟PG可是被公认为最像Oracle的开源关系型数据库了。

姜水平太差了，明显就是一个9流的自媒体水平。

MySQL社区没人了吗？为什么要邀请姜这种缺乏情商和素质的。

李浩老师比较客观，打工仔反正两种都得学