如果Aria存储引擎(以前称为Maria)是“新的”MyISAM,它支持事务和自动崩溃恢复：
>为什么还要使用MyISAM？
>将存储引擎从MyISAM更改为Aria是否有问题？ (丢失指数或其他东西)
解决方法:
这个问题很有意思,因为在2011年1月(When is the right time to use MariaDB instead of MySQL, and Why?)提出了类似的问题.考虑到这个16个月大的问题和how I answered it in April 2011,以下是我对你当前问题的回答：
Why still using MyISAM ?
MyISAM仍然具有独特的功能,可用于HA设置中的小型数据集和读取从站
>在低写入,重读取环境中,死锁是不可能的
> MySQL MyISAM Locking question
> Benefits of table level locking
>字符串比较/压缩：What is the performance impact of using CHAR vs VARCHAR on a fixed-size field?
>读/写速度：Which is faster, InnoDB or MyISAM?
>充分的信念和信心
> InnoDB已成为MysqL事务存储引擎的事实标准.在Percona Server社区中,XTradB也被接受和使用. InnoDB对XTradB的充分信心和信心似乎已经存在.随着越来越多的人认识到XTradB的卓越功能,这可能很容易随时间而改变
>同样适用于MyISAM vs Aria. MyISAM目前充满信心和信心.那些没有完全信心和信心的人是Drizzle用户(Drizzle已经放弃MyISAM作为可选存储引擎并将其降级为临时表使用)
To changes storage engine from MyISAM to Maria should it be a problem? (lose index or something)
如果将MysqLdump数据和模式分成两个单独的文件,则始终可以使用MyISAM或Aria存储引擎将数据导入表中.只需保留数据,只有MysqLdump才能确定.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
