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

Recommendations

Info

Communication Implies Latency Transaction #1 follower=23 Transaction #2 follower=976 Log Scaled Network Latency Table Foo Table Foo ©Continuent <strong>2013</strong> 8
Communication Implies Latency Transaction #1 follower=23 Transaction #2 follower=976 Table Foo Async replication = No application latency Synchronous replication = Application latency Table Foo ©Continuent <strong>2013</strong> 9
Page 1 and 2: State of the Art for MySQL Multi-Ma
Page 3 and 4: Why Do We Care About Multi-Master?
Page 5 and 6: Consistency In a Single DBMS Transa
Page 7: Ensuring Distributed Consistency Tr
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

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

Create successful ePaper yourself

Delete template?

Save as template?