Protocol C is really the only one that gives any extra data security over binary log replication so it’s the one I’m focusing my attention on. If an issue on one master causes problems on another then the benefit of having redundant masters is effectively lost.
MySQL Swiss Army Knife - 0 views
Eric Bergen » DRBD in the real world - 0 views
-
-
ith DRBD the second master lagging behind because of a degraded raid, network issue, operator error, name your poison causes issues on the primary master because MySQL has to wait for writes to be synced to disk on _both_ machines before continuing
-
When DRBD, the operating system, or hardware crashes it crashes hard. Any corruption on the primary master during a nasty failure gets happily propagated over DRBD. Binary log replication executes queries on the slave the same way they were executed on the master giving a better chance of a tickled kernel/filesystem bug on one master won’t be ticked on the other master. The primary master will simply crash leaving the secondary master in a consistent state waiting to take on live traffic.
Performance and High Availability » Blog Archive » Testing InnoDB and MySQL 5... - 0 views
-
Testing InnoDB and MySQL 5.1 performance in real workload conditions
PRESENTATIONS :: PERCONA - 0 views
-
Wonderful World of MySQL Storage Engine
MySQL Tools - 1 views
Recovery after DROP [ TABLE | DATABASE ] | MySQL Performance Blog - 0 views
RainGauge, the new killer tool ? - 0 views
Guest Post Online - 0 views
-
Article Writing & Guestpost You Can Join this Site for Your Article & guest post, Just Easy way to join this site & total free Article site. This site article post to totally free Way. Guest Post & Article Post live to Life time only for Current & this time new User. http://guestpostonline.com
The Data Charmer: Faster online backup with MyISAM driver - 1 views
How much overhead DRDB could cause ? - 0 views
Rotating General Query & Slow Logs - 0 views
« First
‹ Previous
41 - 60 of 67
Next ›
Showing 20▼ items per page