MySQL混和引擎(Innodb+MyISAM)在工作中的设计 备份和优化（获奖名单已公布-6-5）

龙舟不是舟

支持一个。。。。。。

coralzd

回复 56# 方兆国

是硬件raid。
   

chinafenghao

1.混和引擎的MySQL如何进行设计，需要将所有的MyISAM引擎表转化成Innodb吗？
根据情况分析，如果使用频率不高，和主要业务和事物的表没有直接关联关系，不用回滚的情况下，不转换为innodb也可以，当然备份对这种表影响也不是很大。
如果情况允许，还是建议转换成innodb，毕竟myisam表损坏的情况还是很多的。

2.混和引擎的MySQL，大家平时是用哪些方案备份的？
如果在slave上面，允许比较大时间表锁的话，可以考虑mysqldump，优点是到处的数据量较小节约存储空间，可以拆分单表数据直接还原等操作。
如果在master上面备份，不能允许长时间表所的话，可以考虑innobackupex，可以自动备份innodb和myisam，在完成innodb备份以后，在备份myisam时候才会表所。可以降低锁表时间，缺点是占用比较大的磁盘空间，当然可以压缩，压缩会造成额外的系统资源开销。
在slave上，可以考虑快照备份，需要前期规划好，如果快照保存时间越长，对IO和空间消耗越大。
具体根据自己的实际环境和情况来设计备份方法。

3.混和引擎的MySQL如何进行优化呢，innodb_buffer_pool_size是否设成物理内存的50%-80%即可？
关于innodb_buffer_pool_size的值为物理内存的多少，这个得看你有多少物理内存，还要看你是否在机器上做其他的管理操作，比如备份，慢查询分析，二进制日志分析等。如果你只有4G内存，那么你想设置80%肯定是是多了，50%就差不多了。如果你有32G内存，少量管理操作，我个人觉得80%比较合适。或者64G内存，80%都嫌少，系统用不到那么多内存的。

方兆国

方兆国 发表于 2012-05-15 23:20
经常插入的表用Innodb好些，数据不太变化的用MyISAM好些
因为Innodb支持事务，而且是行级锁定
MyISAM ...

80%这个太消耗内存的说，会影响其他程序的运行，毕竟一台电脑上运行的不只MySQL一个程序（起码有通讯程序和系统本身）

50%-60%可能更好些吧——自我感觉

读了上面的帖子,发现我是绝对的“矮挫穷”，没有考虑64G的大内存……

方兆国

回复 62# coralzd


   书上说，RAID阵列卡可以支持不止一种类型的RAID的

coralzd

方兆国 发表于 2012-05-17 12:48
回复 62# coralzd

是的，那也得根据实际硬盘数量来决定。

方兆国

额
RAID5+ 0要得盘稍微多些，至少得6个，算是最多的
回复 66# coralzd


   

coralzd

方兆国 发表于 2012-05-17 13:34
额
RAID5+ 0要得盘稍微多些，至少得6个，算是最多的
回复 66# coralzd

俺对raid 1+0比较放心。速度和安全第一位

starzhestarzhe

这本书从以前的活动中就得到了一本

混和引擎的MySQL如何进行设计，需要将所有的MyISAM引擎表转化成Innodb吗？
其实现在很多表设计的时候是用myisam或innodb都是一目了然的，涉及用户操作触发更改的表建议都用innodb,而且我不暂成那种笼统的说读取速度myisam比innodb快很多这种说法。

yuhongchun

chinafenghao 发表于 2012-05-17 10:37
1.混和引擎的MySQL如何进行设计，需要将所有的MyISAM引擎表转化成Innodb吗？
根据情况分析，如果使用频率不 ...

很清楚，很详细了。