依据一些专家的查询剖析，发现企业在运用数据库的时分，90%以上首要用来查询。有些企业这个份额乃至更高。也就说，用户对数据库的操作，其实更新操作占的份额很少。大部分的操走都仅仅查询操作。如一些论坛，大部分用户只会看贴，而不会发帖。这便是一个典型的查询操作份额大大超越更新操作份额的比如。针对这种状况，其查询操作往往是其数据库功能的瓶颈。怎样有用进步查询的功能，这就使各个数据库专家在考虑的问题。在SQL Server数据库中，已经有了一个现成的处理计划。数据库管理员可以使用缓存服务器来进步数据库的功能。笔者这儿就以SQLServer2008为例，谈谈怎样使用缓存服务器来完成负载均衡，来进步数据库的查询功率。

　　如上图，是一家闻名的BBS论坛的数据库架构。首要其经过多台WEB应用服务器来完成负载均衡。这个计划跟数据库架构关系不大，笔者不做过多论述。笔者要谈的是，其在数据库服务器与WEB应用服务器之间，还多了一层，即数据库缓存服务器。在SQLServer数据库中，便是使用这些缓存服务器来完成数据库层面的负载均衡，来进步数据库的查询功能。那么这个处理计划到底有什么特色呢?是怎样来处理查询操作这个瓶颈问题?在布置这个处理计划的时分需求留意哪些问题呢?不要着急，笔者会逐个答复这些问题。

　　如上图所示，假如用户要检查某个帖子，其就会翻开某个衔接。此刻WEB应用服务器就会从后台数据库中查询相关的记载。这儿需求留意的是，由于其仅仅检查帖子，而不涉及到更新的操作，为此WEB应用服务器就只从缓存服务器中读取数据。这个缓存服务器中的记载跟数据库服务器的内容是同步的。WEB应用服务器在从数据库缓存服务器读取数据之前，还会先判别一下哪台数据库服务器比较空。会优先衔接到比较闲暇的数据缓存服务器中，然后从这台服务器中读取数据。所以，当拜访这个论坛的用户比较多时，这个数据缓存服务器可以完成负载均衡的需求。

　　假如用户看了某个帖子，现在需求宣布一个谈论，此刻后台数据库会怎样操作呢?留意，当WEB应用服务器发送了一个Update更新操作的时分，其应用服务器会主动衔接到数据库服务器，而不会再衔接到数据库缓存服务器。而是直接向数据库服务器发送更新操走的句子。当数据库服务器更新了相关的内容之后，会与数据库缓存服务器完成数据的同步。从上图中可以看出，整个数据查询与数据更新WEB应用服务器是分两条路走。其实这就好像是公路上分道行进，机动车走机动车道;非机动车走非机动车道。如此的话，就不会由于非机动车比较慢，而影响到机动车的速度。在这个计划中，将数据库的更新操作与查询操作分开来走，也是相似的道理。在查询时，数据流是单向活动的，所以可以在很大程度上进步查询的功率。然后让数据负载均衡的作用愈加显着。总归，当某个应用程序查询操作大大超越更新操作时，经过在多个数据库间缓存只读数据，并在数据库间均匀衔接客户端以分发负载，则就可以向外扩展作业负荷的读取分区，即完成负载均衡的意图。

　　在布置这个处理计划时，依然有些数据库管理员需求重视的内容。如以下这些内容，数据库管理员需求依据企业的实际状况来进行调整，以进步这个计划的价值。

　　首要需求考虑数据缓存服务器与数据库服务器之间同步的频率问题。这个同步操作是一把双刃剑。若同步的频率太高，会影响数据库服务器与缓存服务器的功能;若同步频率比较低的话，则数据库缓存服务器中的数据得不到及时的更新。如此的话，用户查询时或许在短时刻内无法获取最新的数据。所以，一般来说，体系滞后的时刻应该尽量的短，即数据库服务器的更新内容有必要赶快与数据库缓存服务器进行同步。抱负的状况时，在更新数据库服务器的一起更新数据库缓存服务器。可是，这么做是以献身数据库与数据库缓存服务器的功能为价值的。为此数据库管理员在施行这个处理计划时，往往不会这么做。而是设置在一段时刻之后同步。如可以设置为10秒、60秒、300秒或许更长的时刻后进行同步。详细这个同步的时刻间隔多少为好，没有一个一致的规范。这需求数据库管理员依据企业对数据同步的要求不同而定。一般来说，数据库管理员在满意用户需求的前期下，可以将这个时刻设置的相对长一点。这可以防止由于过多的同步操作而降低了这个计划的价值。其实，关于大部分用户来说，60秒左右的时刻差异仍是可以承受的。如在论坛中，一个人发帖后，在一分钟之后看到一般不会有什么问题。关于人的感觉来说，这个一分钟时刻不长。可是关于数据库服务器来说，这一分钟可以做许多作业。所以，恰当延伸这个同步时刻，却可以在很大程度上进步数据库服务器功能。这个时刻的价值，有时分仍是值得的。

　　其次，在数据库服务器与数据库缓存服务器之间，应该树立比较直接的、快速的网络衔接。当用户比较多时，数据库服务器与数据库缓存服务器之间若产生同步操作，则会形成许多的网络流量。有时分同步操作产生时，影响这个作业的功率或许并不是数据库服务器或许数据库缓存服务器自身，而是他们之间的网络衔接。由于其可用的带宽跟不少数据库服务器体系的吞吐量，然后影响到了同步操作的功率。为此，在数据库服务器与数据库缓存服务器之间的网路衔接，应该尽量的直接。如最好不要在中心夹着其他的不必要的网络设备;也最好不要在他们之间装备防火墙等安全策略。这些安全策略与网络设备都会在很大程度上影响到这个同步操作的功率。别的，最好也不要有其他的应用服务来争抢带宽。所以简略的说，假如或许的话，在数据库服务器上布置多张网卡，直接与数据库源服务器完成双机互联，而那传输同步操作需求的数据，这是一个很不错的手法。由于其数据传输更直接、并且其他设备或许应用服务也会来抢夺其带宽，一起又可以战胜他们的不合法进犯。为此，只需他们之间多间隔比较短的话，选用这种计划或许作用会比较好，可以在最大程度内缩短这个同步操作所需求的时刻，然后让其他用户尽早看到更新的数据。

　　那么该怎样完成数据库服务器与缓存服务器之间的同步呢?在SQLServer数据库中，有三个计划可供数据库管理员挑选。这三个计划别离为快照仿制、兼并仿制与业务仿制。这三个仿制模型各有各的特色。不过从终究作用来看，其都可以完成数据库服务器与数据库缓存服务器之间的同步。不过由于其内部的完成机制不同，为此其尽管成果相同，可是从功能等方面考虑，仍是有差异的。各种仿制模型的原理与特色归于基本知识的领域，笔者在这儿就不做过多论述了。笔者以为，在使用这个数据库缓存服务器来完成负载均衡的计划中，最好选用业务仿制的同步计划。由于比较其他计划来说，业务日志可以满意业务的一致性、数据库服务器体系比较大的吞吐量、同步时尽量少的开支、以及体系比较短的滞后时刻等等需求。别的在有些企业中选用这个计划的话，还要考虑到表与记载的过滤需求。而经过业务仿制的话，就可以完成对列和行的过滤。而其他仿制模型的话，只可以部分满意这些需求。所以，笔者以为，在挑选数据同步计划时，或许挑选业务仿制来完成同步，愈加的适宜。不过终究是否真是如此，仍是要求数据库管理员依据企业的实际需求，然后别离选用几个仿制模型来进行测验，才可以得出真实合理的成果。

南宫28