具有 MySQL innoDB 持久存储的 MySQL 集群
我们正在为具有高性能和数据一致性需求的高可用（5 个 9）应用程序开发数据库解决方案。 我们计划使用 MySQL Cluster 作为主要内存数据存储，并由辅助 innoDB MySQL 数据存储进行持久存储备份。
建议的方法是，在线应用程序仅与内存数据库（MySQL 集群）交互，MySQL 集群将通过异步复制/消息传递将数据传播到 innoDB 实例以进行持久存储。
MySQL集群或者MySQL本身可以支持这个需求吗？
更新：
关于到目前为止提供的答案：
仅使用 MySQL 5.1 通过使用主数据存储的 MEMORY 引擎和辅助数据存储的 innoDB 引擎是否可行？
MySQL 是否可以使用基于事件的延迟插入方法将插入主数据存储的数据异步复制到辅助数据存储？
We are working on a database solution for a high available (5 9s) application with high performance and data consistency needs. We are planning to use MySQL Cluster as the primary in-memory datastore backed up by a secondary innoDB MySQL datastore for persistent storage.
The proposed approach is that the online application will only interact with the in-memory DB (MySQL cluster) and the MySQL Cluster will propagate the data to the innoDB instance through asynchronous replication / messaging for persistent storage.
Can MySQL cluster or MySQL on its own support this requirement?
Update:
Regarding the answers provided so far:
Is this doable using just MySQL 5.1 by using the MEMORY engine for the primary datastore and the innoDB engine for the secondary datastore?
Can MySQL replicate the data inserted into the primary datastore to the secondary datastore asynchronously using an event based delayed insert approach?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以使用 MySQL 跨不同存储引擎复制表。 您可以将内存存储引擎中一台服务器上的表复制到其他位置的 innodb 表，或存储引擎的任何其他组合。 MySQL的二进制日志格式与所有存储引擎类型兼容。
（有趣的事实：这几乎是黑洞存储引擎的唯一用途。它将所有写入发送到 /dev/null，但仍然将其更改记录到二进制日志中，这意味着它可以异步复制到其他地方的真实表。 ）
请参阅 Arjen Lentz 的文章：http://dev. mysql.com/tech-resources/articles/storage-engine/part_1.html
You can replicate tables across different storage engines using MySQL. You could have tables on one server in the memory storage engine replicated to an innodb table somewhere else, or any other combination of storage engines. MySQL's binary log format is compatible with all storage engine types.
(Fun fact: This is just about the only use of the blackhole storage engine. It sends all writes to /dev/null but still logs its changes to the binary log, which means it can be replicated to a real table somewhere else asynchronously.)
See Arjen Lentz' article here: http://dev.mysql.com/tech-resources/articles/storage-engine/part_1.html
是的，可以根据需要复制集群。
请注意，MySQL 集群当前不支持外键。 所以你需要创建自己的关键依赖跟踪解决方案（常见的方法是触发器）
Yes it is possible to replicate the cluster as you wish.
Be aware that MySQL cluster doesn't currently support foreign keys. So you need to create your own key dependency tracking solution (a common method is triggers)