mysql-multi-master-state-of-art-2013-04-24_0

Recommendations

Info

A Short and Depressing Introduction to Distributed Systems ©Continuent 2012 2
Why Do We Care About Multi-Master? The Dream: Multiple, active DBMS servers with exactly the same data 1. Simple high availability model 2. Operate systems over <strong>multi</strong>ple sites 3. Access geographically “close” data 4. Enable communication between applications ©Continuent <strong>2013</strong> 3
Page 1: State of the Art for MySQL Multi-Ma
Page 5 and 6: Consistency In a Single DBMS Transa
Page 7 and 8: Ensuring Distributed Consistency Tr
Page 9 and 10: Communication Implies Latency Trans
Page 11 and 12: MySQL Native Replication (Aka the b
Page 13 and 14: Row vs. Statement Replication • S
Page 15 and 16: Auto-Increment Key O!sets • Set d
Page 17 and 18: MySQL Multi-Master Topologies Maste
Page 19 and 20: MySQL Cluster ©Continuent 2012 19
Page 21 and 22: MySQL Cluster Cross-Site Topology T
Page 23 and 24: MySQL Cluster Summary • Allows ac
Page 25 and 26: How It Works: Group Communication S
Page 27 and 28: New Node Start-Up and SST (Initiali
Page 29 and 30: Optimistic Locking in Action (galer
Page 31 and 32: Galera Replication Performance Sysb
Page 33 and 34: Fixing Broken Nodes • IST (= incr
Page 35 and 36: Galera Summary • Big plus #1: sim
Page 37 and 38: How It Works: Eventual Consistency
Page 39 and 40: Tungsten Replication Service Pipeli
Page 41 and 42: Asynchronous Multi-Master in Action
Page 43 and 44: Failure Handling • Replication st
Page 45 and 46: Connect to Master when Slave Fails
Page 47 and 48: Wide Range of Topologies All Master
Page 49 and 50: What Will Be in Next Year’s Talk?
Page 51 and 52: Better Programming Models Planes th
Page 53:
560 S. Winchester Blvd., Suite 500
show all

mysql-multi-master-state-of-art-2013-04-24_0

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?