本文目录一览

1，目前成熟的Redis集群方案有哪些

Redis-Sentinel，master挂了可以用slave顶上，备用master再挂了，仍然能自动用slave顶上，就是有个问题，master的地址一致在变的说，客户端会很困惑的。twemproxy对redis性能影响有些大了，接近20%～～～
你这个环境安装必要的工具那是系统必须的呀， 网上有这样的命令，安装所需要的工具包，这个我就不给你找了，因为我觉得你应该学习一下。安的过程不重要，重要的是你要知道安装什么?环境的搭建 要先安装rvm然后安装ruby 再安装rails

目前成熟的Redis集群方案有哪些

2，数据集成项目大致包括哪些

数据集成项目有多种类型，主要包括：企业数据仓库：从众多的系统中提取数据到通用数据仓库，供报告、分析或商业情报之用数据移植和合并：将现有系统的数据转化或合并为新系统和应用的格式和结构主数据管理(MDM)：生成单一的视图、集中注册，或客户、产品、供应商等主数据的数据集中地云计算的数据集成：用软件即服务(SaaS)应用集成留在公司内的数据运营数据集成：跨应用或数据库进行实时的数据访问、转化和交付B2B 数据交换：跨企业边界集成客户/合作伙伴/供应商数据信息使用期限管理：着重于应用和数据库存档、测试数据管理、数据隐私和应用淘汰。

数据集成项目大致包括哪些

3，mysql集群有几种方案

LVS+Keepalived+MySQL（有脑裂问题？但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）

mysql集群有几种方案

4，现在常用的mysql集群常用方案有哪些

首先你要考虑主从保证mysql down几时候可以贴换从数据库至於集群,你要考虑是否有那麼多mv访问到数据库,就算有,你也应该考虑的是用nosql而不一定用到集群！
但似乎很多人推荐这个）drbd+heartbeat+mysql（有一台机器空余？heartbeat切换时间较长？有脑裂问题？）mysql proxy（不够成熟与稳定？使用了lua？是不是用了他做分表则可以不用更改客户端逻辑？）mysql cluster （社区版不支持innodb引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）mysql + mha （如果配上异步复制，似乎是不错的选择，又和问题？）mysql + mmm （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的cola(似乎现在停止开发了？)？变形虫amoeba（事务支持？）或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。2.keepalived+mysql --确实有脑裂的问题，还无法做到准确判断mysqld是否hang的情况；3.drbd+heartbeat+mysql --同样有脑裂的问题，还无法做到准确判断mysqld是否hang的情况，且drdb是不需要的，增加反而会出问题；3.mysql proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离；4.mysql cluster -- 社区版本不支持ndb是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高；5.mysql + mha -- 可以解决脑裂的问题，需要的ip多，小集群是可以的，但是管理大的就麻烦，其次mysql + mmm 的话且坑很多，有mha就没必要采用mmm建议：1.若是双主复制的模式，不用做数据拆分，那么就可以选择mha或 keepalive 或 heartbeat2.若是双主复制，还做了数据的拆分，则可以考虑采用cobar；

5，组建mysql集群的几种方案

lvs keepalived mysql（有脑裂问题？但似乎很多人推荐这个）drbd heartbeat mysql（有一台机器空余？heartbeat切换时间较长？有脑裂问题？）mysql proxy（不够成熟与稳定？使用了lua？是不是用了他做分表则可以不用更改客户端逻辑？）mysql cluster （社区版不支持innodb引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）mysql mha （如果配上异步复制，似乎是不错的选择，又和问题？）mysql mmm （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的cola(似乎现在停止开发了？)？变形虫amoeba（事务支持？）
但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。2.Keepalived+MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况；3.DRBD+Heartbeat+MySQL --同样有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况，且DRDB是不需要的，增加反而会出问题；3.MySQL Proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离；4.MySQL Cluster -- 社区版本不支持NDB是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高；5.MySQL + MHA -- 可以解决脑裂的问题，需要的IP多，小集群是可以的，但是管理大的就麻烦，其次MySQL + MMM 的话且坑很多，有MHA就没必要采用MMM建议：1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat2.若是双主复制，还做了数据的拆分，则可以考虑采用Cobar；

文章TAG：数据  数据库  群集  项目  数据库群集项目有哪些  
下一篇