什么是sqlserver的集群

由二台或更多物理上独立的服务器共同组成的“虚拟”服务器称之为集群服务器。一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进行管理。一个SQL Server集群是由二台或更多运行SQL Server的服务器（节点）组成的虚拟服务器。如果集群中的一个节点发生故障，集群中的另一个节点就承担这个故障节点的责任。

认为一个SQL Server集群能够给集群中的两个节点带来负载平衡，这是一种常见的误解。虽然这似乎很有用，但却是不正确的。这也意味着集束SQL Server不能真正提高性能。集束SQL Server只能提供故障转移功能。故障转移就是当系统中的一台机器发生故障失去其功能时，另一台机器将接手运行它的SQL Server实例。这种功能失效可能是由于硬件故障、服务故障、人工故障或各种其它原因。

为何要集束SQL Server环境？

在实用性方面，集群SQL Server环境令人满意。在进行故障转移时，将数据库实例由一台服务器转移到另一台服务器的时间非常短暂，一般只需要3至7秒钟。虽然需要重建连接，但对数据库的终端用户而言，故障转移处理通常是透明的。低廉的故障转移成本还可帮助你对集群中的节点进行维护，而不会造成服务器完全无法访问。

SQL Server集群类型

一共有两种类型的SQL Server集群：主动/被动集群和主动/主动集群。下面分别对它们进行说明（说明以两个节点的SQL Server集群为基础）。

主动/被动集群

在这种类型的集群中，一次只有一个节点控制SQL Server资源。另一个节点一直处于备用模式，等待故障发生。进行故障转移时，备用的节点即取得SQL Server资源的控制权。

优点：由于服务器上只有一个实例在运行，所以在进行故障转移时，不需要另外的服务器来接管两个SQL Server实例，性能也不会因此降低。

缺点：由于虚拟服务器上只有一个SQL Server实例在运行，另一台服务器总是处理备用模式与空闲状态。这意味着你并没有充分利用你购买的硬件。

主动/主动集群

在这种类型的集群中，集群中的每个节点运行一个独立且主动的SQL Server实例。发生节点故障时，另一个节点能够控制发生故障节点的SQL Server实例。然后这个正常的节点将运行两个SQL Server实例——它自己的实例和发生故障的实例。

优点：通过这种配置，你能够充分利用你的硬件。在这样的系统中，两个服务器都在运行，而不是只有一台服务器运行，而另一台处于等待故障发生的备用模式，因此你能够充分利用你购买的机器。

缺点：如果进行故障转移，一台服务器运行两个SQL Server实例，性能就会受到不利影响。然而，性能降低总比虚拟服务器完全失灵要强得多。这种配置的另一故障在于它要求购买的许可要比主动/被动集群多一些。因为集群在运行两个主动SQL Server实例，这要求你购买两个单独的服务器许可。在某些情况下，这也可能对你形成阻碍。

集群考虑

在高实用性方面，集群SQL Server环境有一定的优势。然而，高实用性也确实伴随某种折衷。

首先，建立一个集群SQL Server环境非常昂贵。这是因为集群中的节点必须遵照集群节点的兼容性列表。而且，还需要建立一个复杂的网络，机器的配置必须几乎相同，同时需要实现数据库文件磁盘子系统共享。存储区网络(SAN)是建立这种子系统的不错选择，但SAN并非必要，而且十分昂贵。另外，如果你正在运行一个主动/主动集群，你需要为集群中运行SQL Server实例的每台机器的处理器购买一个许可。

因为当地集群主要局限于同一地理区域，自然灾难可能会使集群完全失灵。在那种情况下，你需要转移到灾难恢复站点进行继续 *** 作。你也可以建立地理分散的SQL Server集群，但这样的系统更加复杂与昂贵。

SQL server要钱

MySQL不要钱,不过若用在商用开发上,则要给MySQL公司付一定的版本费

SQL server目前还只在Windows平台上可用,而MySQL几乎可在各平台上使用

当然,最重要的是Microsoft的东西都是比较容易上手的,MySQL有可能要难使用一些

另外区别如下：

my sql不支持：

1，子查询；

2，事务

3，存储过程和触发器

4，视图

当然还是看你实际需要了，如果是关键性的东西还是选择SQLServer，那样有保证，而选择Mysql只能算是玩意了，数据没了只能自己倒霉了

没有看懂你的意思，如果是想创建独立的三个集群，是不可以的，cluster的集群主要分三部分，管理节点、计算节点、存储节点，​其中所有的管理 *** 作都在管理节点上进行，如果你已经有了一个集群了，该集群下有一个数据库，创建新的数据库只不过是给数据库增加了两个实例（oracle的叫法，实例），而不是新创建了两个集群。

如果想新创建集群，需要保证有新的管理节点、计算节点和存储节点。在此给你提个建议，尽量不要把多个项目的数据库放在同一个集群下，很麻烦的，我们公司的项目就因为甲方资源紧张，没办法，三个项目用了一个cluster的集群，结果只要其中一个项目使用数据库资源过大，就会把三个项目一起影响。

所以如果资源足够的话，尽量拆成多个集群。

可以的。

用什么工具无所谓，docker只不过是完成了一个套装的解决方案。软件已经安装好，直接启动带相应的参数就可以了。比如官方postgresql的经典的流复制模式搭建主从和postgresql10的逻辑复制。先启动个容器传入参数启动，数据目录，用户名密码，挂载数据盘，创建publication。一气呵成。再启动一个容器，同样设置数据目录，设置密码，挂载数据盘，创建subscription连接master。同样一气呵成。然后一个逻辑复制的小型集群就搭建好了。

但是我觉得你想问的不是怎么搭建这样一个集群，而是想知道postgresql-xl怎么把海量数据分散到不同的服务节点上去吧？这是sharding技术跟x不xl没有任何关系。postgresql-xl只不过是其本身就是基于postgresql内核的分布式数据库其自身就有代理节点，计算节点，数据节点，全局事物节点。跟docker并没有什么关系，docker就是一个可以运行他的一个容器化的虚拟环境而已，可以理解成vps/虚拟机。

像官方版postgresql也可以利用其自带的分区和fdw功能去实现像postgresql-xl那样的把海量数据均衡的分布到无数个服务器节点中去。只是配置和维护稍显繁琐。

以上就是关于什么是sqlserver的集群全部的内容，包括:什么是sqlserver的集群、想通过增加内核的方法加快SQL SERVER数据库 *** 作，改怎么弄呢可以用数据库集群的方法吗、mysql cluster 集群 可以在已有的数据库创建吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！