合并 5.6 测试用例以及关于 MariaDB 10.0 中功能废弃的思考
MariaDB 10 即将发布 GA 版本，确保 MySQL 5.6 的测试套件合并到 MariaDB 10 中是有意义的。Svoj 正在做大量这方面的工作，然后我们喜欢关注特性，特别是上游已废弃的特性。我们不会在博客上做这件事，而是在 maria-developers 邮件列表上进行。
我提请您注意：测试用例合并的中间状态。我们看到，例如 INSERT DELAYED 和 SHOW PROFILE 在 MySQL 5.6 中已废弃。向 MySQL 团队提供反馈的唯一方式似乎是 在 Morgan 的博客上评论。然而，对于 MariaDB，特别是启用了 反馈插件 的情况下，除了博客或邮件列表上的评论之外，我们还有额外的信息层。
从 正在使用的特性 来看，INSERT DELAYED 和 SHOW PROFILE 仍在使用。线程的其余部分很有趣，例如，我们应该效仿 5.6 将 NO_ENGINE_SUBSTITUTION 设置为默认值。此外，如果您对 YEAR(2) 存在的理由感兴趣，这里有 相关说明。
列表 还在继续。如果您对 MariaDB 开发感兴趣，请确保订阅 maria-developers 邮件列表，如果您是用户，请考虑 启用用户反馈插件。
是的，请保留 PROFILING 作为一个独立于 performance_schema 的选项。
运行 P_S 可能会带来很高的开销（我知道更多组织选择在其生产服务器上关闭它而不是使用它）。也许如果你对每个查询都进行 PROFILING，PROFILING 也可能 (?) 会带来开销，但关键是您不会这样做。
Oracle 在积极推广 performance_schema（在其监控工具、Workbench 中），而此时他们应该更专注于降低 P_S 的开销，并提供更细粒度的选项来控制 P_S 应该在何时何地可用以及不应该在何时何地可用。
（另外说一句：与此相反，我乐于见到 INSERT DELAYED 被移除！）
我刚读到 Cassandra 将在 10.0.1 版本中作为存储引擎提供，这是否意味着我可以在 Cassandra 数据库上使用所有方便的 MariaDB SQL？