标签：mysql migration innodb myisam storage-engine

我很快就将Debian Lenny网络服务器迁移到另一个主机和Debian Squeeze.甚至在Squeeze上的标准MySQL安装是5.1,因此默认为MyISAM – 我倾向于坚持我通常的经验法则,我尽可能保持标准的Debian安装以获得最大的稳定性,特别是因为启用InnoDB不似乎完全是fool-proof

由于流量较低的网站,数据库上的事务负载很小.我更关心的是保持管理尽可能简单.该网站运行由第三方开发的定制版WordPress.

我应该补充一点,我在任何形式的MySQL经验都很少.

我应该坚持我的计划还是利用机会调查InnoDB？

解决方法:

说实话,在5.1上运行的低流量环境中,你不应该对MyISAM有任何问题. MyISAM最大的垮台是锁定表格,即IMO.但由于表格中的数据有限,这一点并不明显.

从恢复和修复的DBA角度来看,MyISAM可能更容易管理.

在5.1中,我认为InnoDB的基准测试并没有达到标准.我可能错了,所以我要再看一遍！

编辑：快速谷歌在2009年使用5.1 http://www.mysqlperformanceblog.com/2009/01/12/should-you-move-from-myisam-to-innodb/发现了这篇文章

给出了一些很好的谈话要点,特别是关于需要调整的InnoDB部分.

HTH

标签：mysql,migration,innodb,myisam,storage-engine
来源： https://codeday.me/bug/20190806/1595972.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。