sql 标准希望数据库逻辑完善，承担更多工作。
这实际上并不符合软件工程预期，也不符合实际创业的场景 —— 一个特性，是交给业务逻辑工程师实现，还是交给数据库工程师实现，如何界定？
谈到语言、方案、平台，就想要一站式，多泛型，大而全，“一处编写处处运行”；喷 mysql/mariadb 就想要：每个开发都熟识数据库特性，愿意维持两个版本库和两套调试系统，每个公司每个项目都有个会编程的 DBA 。
各位架构师几时见过 RPC 、微服务架构，覆盖了数据库调用？

本来没有门户之间，横评哪个好用哪个 —— mysql 都卖产品摆烂了，没理由为他张目。
跟着评论去看了 B 站两个视频，觉得要写一点——视频会误导不了解 mysql 生态、和互联网时代的新人。

很多判断，需要经验和踩坑时的切身体会。claude code reach limit 跑来回个帖子，着实没时间吵架。
举几个例子尝试传达吧：

1 、mysql / mariadb 有自己的局限，也有自己的思考。
就说全文索引，前有 sphinx 、lucene ，后有 elastic search ，meilisearch ，mariadb 做不过他们，pgsql 也做不过他们。“最好”不仅需要努力，也需要运气，是实践遴选出来的（否则大厂就不会有失败的技术框架）。
一件事做不到 100%，不能成为首选或杀手级应用，还去做只说明有余力。这其实不符合 unix 原则。

2 、架构师选型 mysql / mariadb ，是选了整个生态。
十万 UV ，过亿 PV 的架构已经是大路货了，顶尖流量的负载方案也有几个。主从同步，分库分表，sphinx 中间层，gossip 一致性集群，ocean db 改造……架构盘旋上升，mariadb 是职责明确的一环，只看到 mariadb 是错过了选型的精髓。

3 、不必让关公战秦琼
db 横评每天都有无数人在做。如果 pgsql 全时段超越 mariadb ，mariadb 不会长期成为各 linux 发行版默认数据库。
当年的运维、coder 、架构、产品、CTO 也有脑子的…… pgsql 崛起了，中小型项目有更标准的数据库，好事。进而认为 pgsql 被埋没了十几年，排行榜首 mysql 一无是处，是常见的非理性。


我今天把开发中的项目从 mariadb 迁移到 pgsql 了 —— 身为 coder ，身处 AI 时代，“难度曲线”、“踩坑实践”对选型的影响越来越小了，想用哪个用哪个。
我觉得 #49 楼视频中的情绪大于逻辑，近乎历史虚无主义了。照猫画虎的话：纸带机更经不起审视，python 也经不起推敲，支持向量机更是忝居高位多年。

唯有理解那个狂飙突进的时代，才能真正理解实践为王(解决实际问题)，速度优先(官方满足需求的速度)，定位明确(与 IOE 打差异化)的 mysql 的克制与流行。