【讨论】关于选择MyISAM还是InnoDB

ban_ping

原帖由 fan0124 于 2010-9-8 17:55 发表



ban_ping兄，又看到你了哈


但是现在MySQL是不是逐渐将InnoDB作为默认的数据引擎了

如果系统初期并发不高，数据量还不是很大，用了MyISAM,到了并发逐渐比较高，数据量很大的时候，再用InnoDB是不是更换代价就很高了

好像InnoDB是不是为了更好的保证大数据量下的高性能？

不知道在大数据量的查询下，哪个更好

看看你的数据量能达到什么级别？有没有归档历史数据的方案？

fan0124

原帖由 P-Linux 于 2010-9-8 23:12 发表
如果内存大，InnoDB恐怕会更快
MyISAM只能缓存索引，InnoDB的Buffer Pool可以缓存数据
并且InnoDB主键索引带有全部数据，通过主键查询非常快。
如果内存小，建议MyISAM，如果内存够大，建议试试InnoDB，并不比MyISAM慢，甚至更快。

目前产品线用的服务器内存4G DDR3 这样是不是用InnoDB更好呢

主要是从高性能方面考虑，插入是绝对不频繁的

每半个小时一次统计插入，插入的数据量也就10W以下一次插入。

fan0124

原帖由 ban_ping 于 2010-9-9 11:11 发表


看看你的数据量能达到什么级别？有没有归档历史数据的方案？

数据量大概是每天10W（因为新产品上线，一开始最多也就这么多，这个数字算是最大值了）

归档历史数据的方案还没考虑好，有没有什么思路和建议呢

我也就是在考虑究竟多长时间进行数据历史归档为好？  归档是进行离线归档呢还是就归档到另外一个独立的数据库上？

ban_ping

每天增长10W，不归档走迟早会挂掉，不管你机器多强劲。
具体方案得结合你应用的需求。

fan0124

原帖由 ban_ping 于 2010-9-9 16:47 发表
每天增长10W，不归档走迟早会挂掉，不管你机器多强劲。
具体方案得结合你应用的需求。

你说宕机是因为数据量大到一定程度造成？

单表100W应该是没问题吧

ban_ping

100W当然没问题，关键是你的应用时每天增长10W啊

ucgary

1年3600万.
2年7200万.

moonbingbing_cu

有内存，就用innodb
myisam不能缓存数据，表达了以后容易损坏
几千万的表mysql绝对撑得住，而且性能不错

congcong2010

你基本上都没有更新，都是插入和查询，MYISAM无疑是最好的选择~~如果你要很在意崩溃后的恢复时间的话，MYISAM比Innodb更容易出错，恢复时间要长，选innodb较好，但从你的描述中没这方面的需求~~

oraclemch

原帖由 fan0124 于 2010-9-9 17:05 发表



你说宕机是因为数据量大到一定程度造成？

单表100W应该是没问题吧

我们单表都已经2000W了，还没有分表呢！