为什么MariaDB 10.2再次使用InnoDB而不是Percona XtraDB?

为什么MariaDB 10.2再次使用InnoDB而不是Percona XtraDB?,innodb,mariadb,xtradb,Innodb,Mariadb,Xtradb,MariaDB主页上说,他们使用Percona XtraDB直到10.1,从10.2开始,他们将再次使用普通的InnoDB() 这对我来说似乎不合理,因为XtraDB似乎是InnoDB()的更好/改进版本。那么这是一个打字错误,是否有任何法律问题,或者InnoDB的新版本仅仅比XtraDB好 在MariaDB页面上甚至有一个问题,但已经好几个星期没有得到回答了 Sry,由于Stackoverflow规则,无法附加所有相关链接。据我所知,他们这样做是为了更好地与mysql兼容。在我在M17的训练期

MariaDB主页上说,他们使用Percona XtraDB直到10.1,从10.2开始,他们将再次使用普通的InnoDB()

这对我来说似乎不合理,因为XtraDB似乎是InnoDB()的更好/改进版本。那么这是一个打字错误,是否有任何法律问题,或者InnoDB的新版本仅仅比XtraDB好

在MariaDB页面上甚至有一个问题,但已经好几个星期没有得到回答了


Sry,由于Stackoverflow规则,无法附加所有相关链接。

据我所知,他们这样做是为了更好地与mysql兼容。在我在M17的训练期间,他们什么也没说。在我提供反馈的最后10分钟的社交时间里,我发现了这一点

我确信这是因为它还没有上市。

让InnoDB(或XtraDB)与MySQL(Percona)保持同步是一项复杂的任务。我们花了半年多的时间在10.2中从InnoDB-5.6迁移到InnoDB-5.7。为XtraDB再次这样做可能只需要比这稍微少一点的时间。对于我们来说,开展这样的项目必须为我们的用户带来巨大的利益

XtraDB在5.1和5.5中比InnoDB有许多重大改进。但随着时间的推移,MySQL已经实现了几乎所有这些功能。InnoDB已经迎头赶上,XtraDB只是稍微好一点。这还不足以证明一个多月的合并会让每个人都推迟10.2-GA

特别是,XtraDB 5.7唯一真正的改进似乎是针对写密集型I/O绑定工作负载,其中禁用了innodb_线程_并发控制

有了适当的innodb_线程_并发性,XtraDB只是稍微好一点。我们不想将10.2-GA延迟半年,因为只有少数几个用户具有写密集型I/O绑定InnoDB工作负载,并且不知道如何配置InnoDB_线程_并发性

注意,我们仍然考虑合并XTrad优化,但是作为补丁,而不是XTADB作为一个整体,它不再有大量的代码改进。


您是否测量了环境中的性能差异?我还没有执行任何性能测试。