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

yuhongchun

shaoping0330 发表于 2012-05-15 10:02
回复 13# yuhongchun

停掉后物理备份速度快。

yuhongchun

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

所以停机物理备份嘛，速度嗷嗷的快。

yuhongchun

数据库刚上线时，出现大量的未认证用户认证，建议在my.cnf里面加上以下字段:

wait_timeout=120
interactive_timeout=120
back_log=500
skip_name_resolv

coralzd

yuhongchun 发表于 2012-05-15 13:45
所以停机物理备份嘛，速度嗷嗷的快。

评估了从库停库的带来的风险，再来备份比较保险。

yuhongchun

coralzd 发表于 2012-05-15 13:48
评估了从库停库的带来的风险，再来备份比较保险。

哈哈，一主多从，无风险。

yuhongchun

这段时间发现，Apache原来也是个吃内存的主，有台机器上面PHP计划任务很多，系统负载很大，移到另一台机器后，发现负载一下降下来了。

yuhongchun

另外，在SQL优化时，group by不要乱用，平时多和explain和profile多分析下执行速度慢的SQL语句。

ruochen

yuhongchun 发表于 2012-05-14 16:09
MySQL官方上建议将nnodb_buffer_pool_size是否设成物理内存的50%-80%，我认为这种说法缺乏谨慎的考虑。

这个的前提是专用mysql服务器只跑innodb的情况下

ruochen

yuhongchun 发表于 2012-05-15 09:33
我的方法是：因为公司的数据库是一主多从的，我会在凌晨五点左右停掉一台从机进行全备，因为数据量不大 ...

20G是物理文件还是备份后的sql文件大小（是否压缩后的）？？

hbsycw

MySQL的混和引擎设计是优点不是缺点， 除了MyISAM、InnoDB，MySQL还有 BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED 等存储引擎，具体怎么使用要看应用场景。对于，MyISAM和Innodb两种存储引擎，最大的区别是Innodb引擎支持事务等高级特性，MyISAM不支持事务；其次，Innodb支持行锁，MyISAM是表锁，锁的粒度支持不一样，对于并发写操作性能影响较大。那么很显然，在做数据库建模设计时，对于需要事务支持的交易表当然需要选择Innodb，而对于没有事务需求的表，例如字典表、日志表，建议选择MyISAM（注：MyISAM也是Mysql的默认存储引擎）。  因为虽然MyISAM不支持事务等高级特性，但强调的是性能，其执行速度比InnoDB类型更快。两则结合使用，一切都是为了性能，因为一般来说，系统最大的瓶颈就是IO。而对于MySQL Master/Slave 读写分离架构，只读的从机是完全可以只用MyISAM来提高读的性能。