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

jackenjun

引擎这个玩意是个什么概念啊？

是不是相当对外开放的一个API啊/

ruochen

king_819 发表于 2012-05-14 17:09
InnoDB存储引擎是行锁，不会存在大量锁表情况，对写操作有利，在做读写分离时可用于主库；MyISAM存储引擎虽 ...

如果主库上有事务回滚了，那slave的数据一致性咋办？

ruochen

coralzd 发表于 2012-05-15 12:22
备份20多G的数据库简直是一种折磨，raid1 配置的服务器更是一种折磨。

前几天看了一个库的备份集，sql文件是23GB，bz2压缩后是2GB

ruochen

hbsycw 发表于 2012-05-15 17:14
MySQL的混和引擎设计是优点不是缺点， 除了MyISAM、InnoDB，MySQL还有 BDB、MEMORY、MERGE、EXAMPLE、NDBCl ...

建议同一个库下面的表引擎统一

hbsycw

回复 135# ruochen

你好，谢谢你的建议，可以详细解释下吗？


   

jagel

InnoDB ,在不需要事务的情况下，真是浪费内存。对于读多写少时MyISAM所能给与的读能力确实比InnoDB 要好。
备份的话，没办法直接关闭一分钟，stop一下mysql，然后把db文件cp出来。偶尔myisamchk -r 下，整理整理。

jagel

/dev/shm  把mysql的db挪到内存映射上不知道效果是不是会倍增。
当然效果是否倍增不一定，但是风险倍增是一定的了。

jagel

MEMORY其实也不错的，比如有时候一些非海量的数据存放下也是不错的。比如session表之类的。基于内存速度上应该是有点优势的

shura_z

我是个mysql新手，不过公司有个大概有个30G大小的mysql数据库要备份，由于对mysql不太熟，不敢乱用mysqldump mysqlhotcopy这些命令。
平时我做备份的时候主要是使用snapshot+tar命令

由于我的mysql 数据库是生成在/var/lib/mysql目录下，此目录挂于单独lvm上，感觉做snapshot还是比较简单，基本没出过什么问题。
整个备份过程也不影响原来服务，数据一致性也有保证。

我想请教一下各位，如果使用mysql的备份命令，那么在整个备份过程中会不会影响原来正常mysql读写。会不会出现整个备份过程中，mysql服务器不可写的尴尬情况。备份出来的文件是否具有一致性，就是假设我备份用时一小时３：００～４：００，　那么会不会我读的第一个文件，文件内容是3:00的样子，读到最后一个文件时，文件内容却是4:00的样子。
谢谢  ^_^

ruochen

hbsycw 发表于 2012-06-01 13:22
回复 135# ruochen

你好，谢谢你的建议，可以详细解释下吗？

考虑同一个库下的myinsam和innodb在同一个事务内都需要操作，而部分操作需要回滚的时候

myisam在单纯insert和select（利用索引）的时候，可能会高效一点点
其实现在在大内存的环境下，mysiam和innodb比真没什么太多的优点