如果ARIA存储引擎(以前称为Maria)是“新” Myisam,它支持交易和自动崩溃恢复:

  • 为什么仍然使用Myisam?
  • 将存储引擎从Myisam更改为ARIA应该是一个问题吗? (丢失索引或其他)
有帮助吗?

解决方案

这个问题很有趣,因为在2011年1月提出了类似的问题( 什么时候是使用MariadB而不是MySQL的合适时机,为什么? )。想到这个16个月大的问题 我如何在2011年4月回答, ,这是我对您的直接问题的回答:

为什么仍在使用Myisam?

Myisam仍然具有独特的功能,可用于小型数据集,并在HA设置中读取奴隶

  • 在低写的重读环境中,僵局是不可能的
  • 转换为固定行格式会创建更大的表,但根据

  • 充分的信心和信心

    • InnoDB已成为MySQL的交易存储引擎的事实上。 Xtradb在Percona服务器社区中也被接受和使用。全部信心和信心似乎在Xtradb上依靠InnoDB。随着时间的推移,随着Xtradb的出色功能,这很容易随着时间的流逝而变化。
    • 同样,同样适用于Myisam vs Aria。 Myisam目前充满信心和信心。那些没有充分信心和信心的人是毛毛雨的用户(毛毛雨已放弃了Myisam作为可选的存储引擎,并将其降级为Temp Table仅使用)

要将存储引擎从Myisam更改为Maria,是否有问题? (丢失索引或其他)

如果将数据和架构分解为两个单独的文件,则可以始终使用Myisam或ARIA存储引擎将数据导入表中。只需浏览数据即可确定。

许可以下: CC-BY-SA归因
不隶属于 dba.stackexchange
scroll top