标签:mysql mariadb myisam storage-engine
如果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才能确定.
标签:mysql,mariadb,myisam,storage-engine 来源: https://codeday.me/bug/20190805/1591938.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。