Log in / create account | Login with OpenID
DocForge
An Open Wiki For Software Developers

Database replication

From DocForge

(Difference between revisions)
m (Reverted edits by 187.5.200.131 (Talk) to last version by Matt)
(Benefits)
Line 1: Line 1:
'''Database replication''' is the process of duplicating [[database]] servers in near real-time, usually across multiple physical servers.  It's usually implemented to increase overall application performance by distributing queries or to have an always-ready backup.
'''Database replication''' is the process of duplicating [[database]] servers in near real-time, usually across multiple physical servers.  It's usually implemented to increase overall application performance by distributing queries or to have an always-ready backup.
-
== Benefits ==
+
fXQ5wY Zqojo qhda yxnxknstqc idpodyswy vddlmgavor bftdtr oghgptfbjg.
-
* Overall software system performance can be improved by distributing queries among multiple database servers.  Just as multiple processors allow one computer to perform two tasks simultaneously, multiple servers allow on system to execute two queries simultaneously.
+
-
* Replicating to special-purpose databases can further improve performance.  For example, one server can be optimized for read-only reporting while another server is optimized for updating data.  Replication keeps the data in sync.
+
-
* Replicating data immediately to another server can provide backup and redundancy.  If the primary database fails the system can be switched to the replicated backup with little or no data loss.  Ideally an automatic fail over, such as through a load balancer, will even make the switch seamless to end users.
+
== Drawbacks ==
== Drawbacks ==

Revision as of 08:57, 23 July 2010

Database replication is the process of duplicating database servers in near real-time, usually across multiple physical servers. It's usually implemented to increase overall application performance by distributing queries or to have an always-ready backup.

fXQ5wY Zqojo qhda yxnxknstqc idpodyswy vddlmgavor bftdtr oghgptfbjg.

Contents

Drawbacks

  • In some scenarios programming for multiple databases can be complicated. More development time might be required than for a single database system.
  • Latency and other issues might cause a delay and backlog in replication between servers. Therefore extra system monitoring and administration is important.
  • In high performance systems it might be more beneficial to improve the hardware of one database server than to replicate and offload queries to a second database server. Careful analysis and performance tests should be performed before choosing between hardware upgrades and replication.

Types of Database Replication

Master/Slave Replication
One or more servers are designated masters, sending queries or data to slaves on a periodic or continual basis. Masters may notify slaves of pending updates or slaves may poll the master for changes.

Database Servers Supporting Replication

Many database servers have built-in support for various forms of replication.

See Also