将InnoDB表与MyISAM表连接起来

Question

我们有一组表,其中包含元级别数据,如组织,组织用户,组织部门等.所有这些表都将被阅读,只需很少的写操作.此外,表格大小非常小(最大记录数量约为30K - 40K)

另一组表存储OLTP数据,如账单交易,用户操作等,这些数据将同时读写.这些表格非常庞大(每张表约3000万条记录)

对于第一组表,我们计划使用MyISAM,第二组使用InnoDb引擎.我们的许多功能还需要来自这两组的桌子上的JOINS.

使用InnoDB表加入MyISAM表时是否存在任何性能问题？此外,还有任何其他可能的问题(数据库备份,调整等),我们可能会遇到这种设计？

任何反馈将不胜感激.

Answer 1

立即向我跳出的是MyISAM.

ASPECT#1:JOIN本身

每当存在涉及MyISAM和InnoDB的连接时,InnoDB表将最终具有表级锁定行为而不是行级锁定,因为MyISAM参与查询并且MVCC不能应用于MyISAM数据.在某些情况下,MVCC甚至不能应用于InnoDB.

ASPECT#2:MyISAM的参与

从另一个角度来看,如果通过INSERT,UPDATE或DELETE更新任何MyISAM表,JOIN查询中涉及的MyISAM表将从其他数据库连接中锁定,并且JOIN查询必须等到可以读取MyISAM表.不幸的是,如果在JOIN查询中混合使用InnoDB和MyISAM,InnoDB表将不得不像JOIN查询中的MyISAM合作伙伴一样经历间歇性锁定,因为它被写入了.

请记住,MVCC仍然允许READ-UNCOMMITTED和REPEATABLE-READ事务正常工作,并允许某些数据视图可用于其他事务.我不能对READ-COMMITTED和SERIALIZABLE说同样的话.

ASPECT#3:查询优化器

MySQL依靠索引基数来确定优化的EXPLAIN计划.索引基数在MyISAM表中是稳定的,直到表中发生了很多INSERT,UPDATE和DELETE,您可以定期OPTIMIZE TABLE对MyISAM表运行.InnoDB索引基数绝对不稳定!如果运行SHOW INDEXES FROM *innodbtable*;,每次运行该命令时都会看到索引基数发生变化.那是因为InnoDB会潜入索引来估计基数.即使您OPTIMIZE TABLE针对InnoDB表运行,也只会对表进行碎片整理.OPTIMIZE TABLE将在ANALYZE TABLE内部运行以生成针对表的索引统计信息.这适用于MyISAM.InnoDB忽略了它.

我的建议是全力以赴,将所有内容转换为InnoDB并相应地优化您的设置.

更新2012-12-18 15:56美国东部时间

不管你信不信,InnoDB/MyISAM在SELECT FOR UPDATE期间仍然有一张开放票.如果您阅读它,它总结分辨率如下:不要做它!.

Answer 2

我认为事务管理将无法正常工作或根本无法工作，因为 MyISAM 表无法处理它。