mariadb主页说，他们使用percona xtradb直到10.1，从10.2开始，他们将再次使用普通Innodb(https://mariadb.com/kb/kb/en/mariaiadb/xtradb-xtradb--xtradb---------and-innodb/(.
对我来说这似乎是不合理的，因为Xtradb似乎是InnoDB的更好/改进版本(https://www.percona.com/software/mysql-database/percona-server/percona-server/feature-compareison(。因此，这是错别字吗，是否有任何法律问题，还是新版本的InnoDB比Xtradb好？
Mariadb页面上甚至还有一个问题，但现在已经回答了数周。
sry，由于stackoverflow规则而无法附加所有相关链接。
与MySQL(PerCona(保持最新的InnoDB(或XtradB(是一项复杂的任务。我们花了半年多的时间从InnoDB-5.6迁移到10.2的InnoDB-5.7。再次为XtradB进行此操作可能只需少于此。要使我们开始进行此类项目，它必须为我们的用户带来巨大的好处。
Xtradb在5.1和5.5中对InnoDB进行了许多重大改进。但是随着时间的流逝，MySQL几乎已经实施了所有这些。InnoDB赶上了，Xtradb的略有差。不足以证明为每个人延迟10.2-GA的多个月合理合理。
尤其是Xtradb 5.7似乎具有的唯一真正的改进是用于写入Innodb_thread_concurrency Control的写入I/O结合工作负载。
有了适当的Innodb_thread_concurrency，XtradB的略微好转。我们不想为了少数具有写入密集型I/O-BOND InnoDB工作负载的用户而延迟半年，并且不知道如何配置Innodb_thread_concurrency。
请注意，我们仍然考虑合并Xtradb优化，但是作为补丁，而不是整体上Xtradb，它不再具有大量的全面代码改进。
https://mariadb.com/kb/en/library/why-does-mariadb-102-use-innodb-innodb-instead-of-xtradb/
据我所知，他们这样做是为了从MySQL中获得更好的兼容性。在我在M17的培训中，他们没有对此说任何话。我在提供反馈时在社交时间的最后10分钟内发现了这一点。
我确定它是因为它还没有GA。