MariaDB主页说，他们使用Percona XtraDB直到10.1，从10.2开始他们将再次使用普通的InnoDB（https://mariadb.com/kb/en/mariadb/xtradb-and-innodb/）。
这对我来说似乎不合理，因为XtraDB似乎是InnoDB（https://www.percona.com/software/mysql-database/percona-server/feature-comparison）的更好/改进版本。这是一个错字，是否有任何法律问题，或者InnoDB的新版本比XtraDB更好？
在MariaDB页面上甚至有一个问题，但现在几周都没有回答。
Sry，由于Stackoverflow规则，无法附加所有相关链接。
答案 0 :(得分：2)
使用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似乎唯一真正的改进是针对写入密集型I / O绑定工作负载，其中禁用了innodb_thread_concurrency控件。
使用正确的innodb_thread_concurrency，XtraDB只是稍微好一些。我们不想将10.2-GA延迟半年，以便那些拥有写入密集型I / O绑定InnoDB工作负载并且不知道如何配置innodb_thread_concurrency的少数用户。 / p>
请注意，我们仍然考虑采用XtraDB优化，但作为补丁，而不是整个XtraDB，它不再具有大量的全面代码改进。
https://mariadb.com/kb/en/library/why-does-mariadb-102-use-innodb-instead-of-xtradb/
答案 1 :(得分：1)
据我所知，他们这样做是为了更好地兼容mysql。在M17训练期间，他们没有说什么。我在社交时间的最后10分钟发现了这一点，因为我提供了反馈。
我确定它因为它还不是GA。