【问题标题】:Using Spider for mysql为 mysql 使用蜘蛛
【发布时间】:2011-08-25 00:20:48
【问题描述】:

我正在寻找解决方案,在不更改应用程序代码的情况下将我的数据分片到 mysql 中,并且这个项目在谷歌搜索结果中显示得非常深入。

虽然没有太多关于此的可用文档,但这似乎是一个很有前途的开箱即用解决方案,可以将您的数据分片到多个数据库中。

这是他们的项目描述spider for mysql

spider 存储引擎可以将不同 MySQL 实例的表视为同一个实例的表。由于支持xa事务和分区,可以对同一张表的两个或多个服务器进行分散排列。

新的存储引擎“Spider”确实因其强大的扩展性而可以访问MySQL的其他存储引擎,主要考虑如下;

1:可扩展性

2:更快的访问

3:数据同步

4:降低成本

它仍然是一个非常活跃的项目(它目前支持 mysql 5.5.14)但我在搜索引擎上没有看到很多结果。你们能告诉我为什么吗?

由于我在这个领域没有太多的知识来评估这个,所以我想问一下使用这种方法时的优缺点。 Spider存储是SPOF吗?

我可以有多个Spider存储,如果这样做会影响事务提交吗?

在决定切换到 MongoDB 之前,我需要考虑这种方法。 我的应用程序是一个编写密集型应用程序(一个社交网络项目)。 而且未来确实需要完美的水平缩放。

【问题讨论】:

    标签: mysql sharding database-partitioning


    【解决方案1】:

    我真的很好奇spiderdb...

    我了解您的蜘蛛服务器只是一种“sql 路由器”。您必须使用分区 cmets 定义一些分片规则,服务器将转发和聚合来自不同分片的数据。

    从逻辑上讲,它似乎是一个 SPOF...但是您可以多次克隆您的蜘蛛服务器,因为 SPIDER 不存储任何数据,因此您想以 SPOF 结束。您只需要保持所有蜘蛛实例的同步...

    也许您可以使用复制方案来保持蜘蛛配置同步...

    正如我已经说过的,我从未使用过这个有前途的引擎,但我很好奇,如果你决定使用它,我希望你能做出反馈

    问候

    【讨论】:

    • 我切换到 MongoDB 以便于分片 :)
    • 我自己不做基准测试(但我经历了一些令人印象深刻的基准测试)。我认为它是一个用于一般用途的无限水平可扩展数据库,这就是我所需要的
    猜你喜欢
    • 1970-01-01
    • 2011-02-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-09-11
    • 1970-01-01
    • 2017-08-17
    • 2012-01-23
    相关资源
    最近更新 更多