MYSQL数据库构架问题

[怪才]

简单描述一下先：

数据量在500w+ 多表关联（各表单条数据均为在1kb内） 表引擎为MYISAM

目前设想的构架
1.主从
采用一主一从，主负责写，从负责读。
a)实时写
数据实时单条更新写master，问题是：由于有关联表，是否会出现同步不及时而导致的部分数据延时？
b)定时写
数据单独更新，处理为一个大的sql后直接导入主mysql，问题同上，且是否会造成更多的表数据关联问题？

2.单机定时写
采用单机mysql，并定时的一次性导入大量的数据。问题：导入数据的时候，对mysql读性能的影响如何解决？

3.主从+内存表？
采用一主已从，主负责写，从负责同步，内存表负责读。问题：每次更新后，需要手工重新创建内存表，同样内存占用较大。此方案作为附加方案考虑。

由于对数据库这块不是特别熟悉，希望大家的经验能指导一下这块。

[rucypli]

引擎换成innodb 然后就做实时写的主从同步 2 3都不靠谱 2一次大量导入必定不如分摊开好 3的内存表在有更新频繁情况下锁表严重 性能比innodb差远了

[怪才]

引用 1 楼 rucypli 的回复:

引擎换成innodb 然后就做实时写的主从同步 2 3都不靠谱 2一次大量导入必定不如分摊开好 3的内存表在有更新频繁情况下锁表严重 性能比innodb差远了

基本理解了。另外一个问题。 这种主写从读，在同步的时候的写跟直接单机写有区别吗？既然都是一条一条数据的实时更新，为什么还要分开读写呢？

[rucypli]

当多台slave的时候 读操作可以分摊到多台slave上 当然两台机器做读写分离 压力一点没变