Replication Or Galera Cluster

Total Page:16

File Type:pdf, Size:1020Kb

Replication Or Galera Cluster www.fromdual.com MySQL Servers Working as a Team - Replication or Galera Cluster Open Source Data Center Conference, April 26th - 28th, Berlin Jörg Brühe Senior Support Engineer, FromDual GmbH [email protected] CC-BY-SA MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 1 / 42 FromDual GmbH www.fromdual.com Support Consulting remote-DBA Training MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 2 / 42 About Me www.fromdual.com ● Development distributed SQL-DBMS Porting mainframe -> Unix, Interface to archiver tools (ADSM, NetWorker) ● MySQL Build Team Release builds incl. tests, packaging, scripts, ... ● DBA MySQL running a web platform (master-master-replication) ● Support-Engineer (FromDual) Support + Remote-DBA for MySQL / MariaDB / Percona both with and without Galera Cluster MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 3 / 42 Contents www.fromdual.com MySQL Server: Architecture Binlog Replication Galera Cluster Comparison Examples / When (not) to Choose Which MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 4 / 42 General Remarks www.fromdual.com ● Concepts rather than details: ”the forest, not the trees“ ● MySQL 5.6 (established GA version) ● Also valid for Percona and MariaDB ● Not applicable to ”embedded“ MySQL ● Not considered: NDB = ”MySQL Cluster“ MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 5 / 42 www.fromdual.com MySQL Server: Architecture Binlog Replication Galera Cluster Comparison Examples / When (not) to Choose Which MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 6 / 42 Client-Server-DBMS www.fromdual.com App App App Client (application) local or remote Socket, LAN or internet Server is separate process, Server multi-threaded: 1 thread per user session Disk Disk / SSD, local or SAN MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 7 / 42 Inside the Server www.fromdual.com Application / Client Thread Connection mysqld Cache Manager Parser Optimizer User Au- thenticationMySQL ist eine multi-Thread und NICHT eine multi-Prozess Access Control CommandApplikation! Logging Table Open Dispatcher Cache (.frm, fh) Table Manager Query Query Cache Table Definition Cache Module Cache (tbl def.) Handler Interface MyISAM InnoDB Memory NDB PBXT Aria XtraDB Federated-X ... MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 8 / 42 www.fromdual.com MySQL Server: Architecture Binlog Replication Galera Cluster Comparison Examples / When (not) to Choose Which MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 9 / 42 MySQL Teamwork: Replication or Galera Cluster, [email protected],CC-BY-SA Replication April, or Galera2016Cluster, Teamwork: MySQL changes and schema All data Binlog: Layers +Binlog Layers User thread 1 MyISAM User thread 2 ... InnoDB ... - InnoDB: Handler - Table File layer: Interface Handler - … Cache - Query - Privileges - Optimizer - Parser layer: SQL - ... - Recovery - Row Locks - RowAccess www.fromdual.com 10 / 42 Binlog www.fromdual.com ● All data changes executed ● All schema changes executed ● Timestamps ● Essential for Point-in-Time-Recovery ”PITR“ ● Independent of table handler ● Formats ”statement“, ”row“, and ”mixed“ ● Segments of configurable size ● Numbered sequentially MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 11 / 42 www.fromdual.com MySQL Server: Architecture Binlog Replication Galera Cluster Comparison Examples / When (not) to Choose Which MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 12 / 42 MySQL Replication www.fromdual.com ● Applications communicate with ”Master“ ● ”Master“ logs all changes ● ”Slave“ has identical initial state ● Slave fetches all changes from master and applies them locally ● Replication is running asynchronous ● Slave stops replication on difference MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 13 / 42 “ “ Slave: Binlog MySQL Teamwork: Replication or Galera Cluster, [email protected],CC-BY-SA Replication April, or Galera2016Cluster, Teamwork: MySQL log_slave_updates = for forwarding1” log_slave_updates log-bin = FILE”, no or else binlog User thread 1 Slave binlog fetches MyISAM User thread 2 InnoDB ... SQL thread ... IO thread Log Relay “ Master: log-bin = FILE”, or no else binlog Binlog (no master function)(no master User thread 3 MyISAM User thread 1 InnoDB User thread 2 ... www.fromdual.com ... 14 / 42 Typical Usage www.fromdual.com ● ”High Availability“ ● Geographic redundancy ● Support higher read load (= ”read scale-out“) ● Read-only instance(s) e.g. for backup or reports ● Intentional delay is possible ● Filtering (by DB or table) is possible MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 15 / 42 MySQL Teamwork: Replication or Galera Cluster, [email protected],CC-BY-SA Replication April, or Galera2016Cluster, Teamwork: MySQL ● ● Multiple slavesper master are possible ”log_slave_updates =1“ Recommended: ”read-only =1“on slave User thread 1 MyISAM User thread 2 Replication Cascade InnoDB ... ... SQL thread IO thread User thread 1 MyISAM User thread 2 InnoDB ... SQL thread ... IO thread User thread 3 MyISAM User thread 1 www.fromdual.com InnoDB User thread 2 ... 16 ... / 42 Entries in Binlog www.fromdual.com Original: ● Identification by file name and position ● Replication: ”change master to ...“ specifying host, port, user, password, file, position ● See also: ”mysqldump --master-data“ From MySQL 5.6 also: ● GTID = ”Global Transaction ID“ ● Replication: ”change master to ...“ specifying host, port, user, password, ”auto_position = 1“ MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 17 / 42 Binlog MySQL Teamwork: Replication or Galera Cluster, [email protected],CC-BY-SA Replication April, or Galera2016Cluster, Teamwork: MySQL ● Overlapping changes are fatal! User thread 1 Master-Master-Replication MyISAM User thread 2 InnoDB ... SQL thread ... IO thread Log Relay Binlog User thread 3 MyISAM User thread 1 InnoDB User thread 2 ... ... SQL thread www.fromdual.com IO thread Log Relay 18 / 42 Notes about Replication www.fromdual.com ● Master-Master is controversial, be careful! ● Replication increases read throughput, but not/barely write throughput ● Replication causes file IO und network load ● Format ”row“ is more efficient, but less readable ● Multi-threaded replication since MySQL 5.6, multi-master (”multi-source“) coming in MySQL 5.7 ● Big installation: booking.com ● Recommended: datacharmer.blogspot.de (Giuseppe Maxia, August 2015) MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 19 / 42 www.fromdual.com MySQL Server: Architecture Binlog Replication Galera Cluster Comparison Examples / When (not) to Choose Which MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 20 / 42 Replication Weaknesses www.fromdual.com ● Asynchronous ● Asymmetrical ● Only one write node ● Parallel writes may cause breakage ● HA needs failover after node crash ● Each node is SPOF for its slaves, breakdown requires structure change ● Dynamic changes are complicated MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 21 / 42 Better Alternative www.fromdual.com ● Synchronous transfer ● Symmetrical cluster ● Write accesses on all nodes ● Distributed conflict analysis and handling ● HA by continuity after node outage ● Dynamic entry / exit of nodes supported MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 22 / 42 Galera Cluster www.fromdual.com App App App Inclusiding outage detection Load balancing (LB) and redirection for HA Node 1 Node 2 Node 3 wsrep wsrep wsrep “Working Set Replication” Galera replication Dedicated network preferred = = Locale disks, each holding all data “shared nothing” architecture MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 23 / 42 Galera Properties (1) www.fromdual.com + Based on InnoDB (due to transactions and rollback) + Also transfers user definitions, privileges, ... + Quasi-synchronous transfer on commit, check for conflicts, efficient + Symmetrical, HA without server failover, quorum + No loss of transactions + Brings read scale-out, also some write increase + Dynamical entry / exit possible, synchronisation is automated MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 24 / 42 Order of Events www.fromdual.com Graph by Vadim Tkachenko (Percona): http://www.mysqlperformanceblog.com/2012/01/19/ percona-xtradb-cluster-feature-2-multi-master-replication/ MySQL Teamwork: Replication or Galera Cluster, [email protected], 2016 April, CC-BY-SA 25 / 42 Galera Properties (2) www.fromdual.com - MySQL sources need patching (Codership offers binaries, ditto MariaDB and Percona) - Beware of hot spots (rows) - Conflict detection is late, full rollback (Check postponed till commit) - Minimum size is 3 nodes - Synchronisation time for large DB (mysqldump -> xtrabackup or rsync) MySQL Teamwork: Replication or Galera
Recommended publications
  • Mysql Replication Tutorial
    MySQL Replication Tutorial Lars Thalmann Technical lead Replication, Backup, and Engine Technology Mats Kindahl Lead Developer Replication Technology MySQL Conference and Expo 2008 Concepts 3 MySQL Replication Why? How? 1. High Availability Snapshots (Backup) Possibility of fail-over 1. Client program mysqldump 2. Load-balancing/Scale- With log coordinates out 2. Using backup Query multiple servers InnoDB, NDB 3. Off-site processing Don’t disturb master Binary log 1. Replication Asynchronous pushing to slave 2. Point-in-time recovery Roll-forward Terminology Master MySQL Server • Changes data • Has binlog turned on Master • Pushes binlog events to slave after slave has requested them MySQL Server Slave MySQL Server • Main control point of replication • Asks master for replication log Replication • Gets binlog event from master MySQL Binary log Server • Log of everything executed Slave • Divided into transactional components • Used for replication and point-in-time recovery Terminology Synchronous replication Master • A transaction is not committed until the data MySQL has been replicated (and applied) Server • Safer, but slower • This is available in MySQL Cluster Replication Asynchronous replication • A transaction is replicated after it has been committed MySQL Server • Faster, but you can in some cases loose transactions if master fails Slave • Easy to set up between MySQL servers Configuring Replication Required configuration – my.cnf Replication Master log-bin server_id Replication Slave server_id Optional items in my.cnf – What
    [Show full text]
  • Beyond Relational Databases
    EXPERT ANALYSIS BY MARCOS ALBE, SUPPORT ENGINEER, PERCONA Beyond Relational Databases: A Focus on Redis, MongoDB, and ClickHouse Many of us use and love relational databases… until we try and use them for purposes which aren’t their strong point. Queues, caches, catalogs, unstructured data, counters, and many other use cases, can be solved with relational databases, but are better served by alternative options. In this expert analysis, we examine the goals, pros and cons, and the good and bad use cases of the most popular alternatives on the market, and look into some modern open source implementations. Beyond Relational Databases Developers frequently choose the backend store for the applications they produce. Amidst dozens of options, buzzwords, industry preferences, and vendor offers, it’s not always easy to make the right choice… Even with a map! !# O# d# "# a# `# @R*7-# @94FA6)6 =F(*I-76#A4+)74/*2(:# ( JA$:+49>)# &-)6+16F-# (M#@E61>-#W6e6# &6EH#;)7-6<+# &6EH# J(7)(:X(78+# !"#$%&'( S-76I6)6#'4+)-:-7# A((E-N# ##@E61>-#;E678# ;)762(# .01.%2%+'.('.$%,3( @E61>-#;(F7# D((9F-#=F(*I## =(:c*-:)U@E61>-#W6e6# @F2+16F-# G*/(F-# @Q;# $%&## @R*7-## A6)6S(77-:)U@E61>-#@E-N# K4E-F4:-A%# A6)6E7(1# %49$:+49>)+# @E61>-#'*1-:-# @E61>-#;6<R6# L&H# A6)6#'68-# $%&#@:6F521+#M(7#@E61>-#;E678# .761F-#;)7-6<#LNEF(7-7# S-76I6)6#=F(*I# A6)6/7418+# @ !"#$%&'( ;H=JO# ;(\X67-#@D# M(7#J6I((E# .761F-#%49#A6)6#=F(*I# @ )*&+',"-.%/( S$%=.#;)7-6<%6+-# =F(*I-76# LF6+21+-671># ;G';)7-6<# LF6+21#[(*:I# @E61>-#;"# @E61>-#;)(7<# H618+E61-# *&'+,"#$%&'$#( .761F-#%49#A6)6#@EEF46:1-#
    [Show full text]
  • Two Node Mysql Cluster
    Two Node MySQL Cluster 1.0 EXECUTIVE SUMMARY This white paper describes the challenges CONTENTS involved in deploying the 2 node High Available MySQL-Cluster with a proposed solution. For the SECTION PAGE sake of users reading this document it also describes in brief the main components of the MySQL Cluster which are necessary to 1.0 EXECUTIVE SUMMARY………………………1 understand the paper overall. 2.0 BUSINESS CHALLENGES……………………1 The solution relies on the Linux HA framework 3.0 MYSQL CLUSTER……………………………..1 (Heartbeat/Pacemaker) so the white paper can 3.1 CLIENTS/APIS………………………………….2 be best understood with the knowledge of Linux 3.2 SQL NODE………………………………………2 HA framework. 3.3 DATA NODE…………………………………….2 3.4 NDB MANAGEMENT NODE………………….3 3.5 CHALLENGES………………………………….3 3.6 SOLUTION………………………………………4 4.0 REFERENCES………………………………….7 2.0 BUSINESS CHALLENGES The MySQL cluster demands at least 4 nodes to be present for deploying a High Available MySQL database cluster. The typical configuration of any enterprise application is a 2 Node solution (Active-Standby mode or Active-Active Mode). The challenge lies in fitting the MySQL Clsuter Nodes in the 2 Nodes offering the application services and to make it work in that configuration with no single point of failure. 3.0 MYSQL CLUSTER The intent of this section is to briefly mention the important actors and their roles in the overall MySQL Cluster. For more information the reader can refer to the MYSQL reference documents from its official site (http://dev.mysql.com/doc/index.html). MySQL Cluster is a technology that enables clustering of in-memory databases in a “shared-nothing system”.
    [Show full text]
  • Data Platforms Map from 451 Research
    1 2 3 4 5 6 Azure AgilData Cloudera Distribu2on HDInsight Metascale of Apache Kaa MapR Streams MapR Hortonworks Towards Teradata Listener Doopex Apache Spark Strao enterprise search Apache Solr Google Cloud Confluent/Apache Kaa Al2scale Qubole AWS IBM Azure DataTorrent/Apache Apex PipelineDB Dataproc BigInsights Apache Lucene Apache Samza EMR Data Lake IBM Analy2cs for Apache Spark Oracle Stream Explorer Teradata Cloud Databricks A Towards SRCH2 So\ware AG for Hadoop Oracle Big Data Cloud A E-discovery TIBCO StreamBase Cloudera Elas2csearch SQLStream Data Elas2c Found Apache S4 Apache Storm Rackspace Non-relaonal Oracle Big Data Appliance ObjectRocket for IBM InfoSphere Streams xPlenty Apache Hadoop HP IDOL Elas2csearch Google Azure Stream Analy2cs Data Ar2sans Apache Flink Azure Cloud EsgnDB/ zone Platforms Oracle Dataflow Endeca Server Search AWS Apache Apache IBM Ac2an Treasure Avio Kinesis LeanXcale Trafodion Splice Machine MammothDB Drill Presto Big SQL Vortex Data SciDB HPCC AsterixDB IBM InfoSphere Towards LucidWorks Starcounter SQLite Apache Teradata Map Data Explorer Firebird Apache Apache JethroData Pivotal HD/ Apache Cazena CitusDB SIEM Big Data Tajo Hive Impala Apache HAWQ Kudu Aster Loggly Ac2an Ingres Sumo Cloudera SAP Sybase ASE IBM PureData January 2016 Logic Search for Analy2cs/dashDB Logentries SAP Sybase SQL Anywhere Key: B TIBCO Splunk Maana Rela%onal zone B LogLogic EnterpriseDB SQream General purpose Postgres-XL Microso\ Ry\ X15 So\ware Oracle IBM SAP SQL Server Oracle Teradata Specialist analy2c PostgreSQL Exadata
    [Show full text]
  • Mysql Cluster Wann Brauche Ich Das?
    MySQL Cluster Wann brauche ich das? Mario Beck Principal Sales Consultant [email protected] The presentation is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. 2.1BN USERS 8X DATA GROWTH IN 5 YRS 750M USERS 70+ NEW DOMAINS EVERY 60 SECONDS 20M APPS PER DAY 40% DATA GROWTH PER YEAR 600 NEW VIDEOS EVERY 60 SECONDS $1TR BY 2014 100K TWEETS PER MINUTE $700BN IN 2011 5.3BN MOBILE SUBS IN 2010 (78% PENETRATION) 13K iPHONE APPS 370K CALL MINUTES EVERY 60 SECONDS DOWNLOADED PER MINUTE Driving new Database Requirements EXTREME WRITE SCALABILITY REAL TIME USER EXPERIENCE ROCK SOLID RELIABILITY ELIMNATE BARRIERS TO ENTRY No Trade-Offs Transactional Integrity EXTREME WRITE SCALABILITYComplex REALQueries TIME USER EXPERIENCE Standards & Skillsets ROCK SOLID RELIABILITY ELIMNATE BARRIERS TO ENTRY No Trade-Offs: Cellular Network HLR / HSS Location Updates AuC, Call Routing, Billing Pre & Post Paid • Massive volumes of write traffic • <3ms database response • Downtime & lost transactions = lost $ Billing, AuC, VLR MySQL Cluster in Action: http://bit.ly/oRI5tF No Trade-Offs: eCommerce • Integrated Service Provider platform • eCommerce • Payment processing • Fulfillment • Supports 1k+
    [Show full text]
  • Mysql Cluster – Evaluation and Tests, OCTOBER 2, 2012 1 Mysql Cluster – Evaluation and Tests
    MySQL Cluster – Evaluation and Tests, OCTOBER 2, 2012 1 MySQL Cluster – Evaluation and Tests Michael Raith (B.Sc.), Master-Student F Abstract Websites or web applications, whether they represent shopping systems, on demand services or a social networks, have something in common: data must be stored somewhere and somehow. This job can be achieved by various solutions with very different performance characteristics, e.g. based on simple data files, databases or high performance RAM storage solutions. For today’s popular web applications it is important to handle database operations in a minimum amount of time, because they are struggling with a vast increase in visitors and user generated data. Therefore, a major requirement for modern database application is to handle huge data (also called “big data”) in a short amount of time and to provide high availability for that data. A very popular database application in the open source community is MySQL, which was originally developed by a swedisch company called MySQL AB and is now maintenanced by Oracle. MySQL is shipped in a bundle with the Apache web server and therefore has a large distribution. This database is easily installed, maintained and administrated. By default MySQL is shipped with the MyISAM storage engine, which has good performance on read requests, but a poor one on massive parallel write requests. With appropriate tuning of various database settings, special architecture setups (replication, partitioning, etc.) or other storage engines, MySQL can be turned into a fast database application. For example Wikipedia uses MySQL for their backend data storage. In the lecture “Ultra Large Scale Systems” and “System Engineering” teached by Walter Kriha at Media University Stuttgart, the question “Can a MySQL database application handle more then 3000 database requests per second?” came up some time.
    [Show full text]
  • A Closer Look at Mysql Cluster an Architectural Overview - Mariadb White Paper - 08-26-13-001.Docx Page 1
    w: www.mariadb.com e: [email protected] MySQL Cluster Internal Architecture Max Mether MariaDB Keywords: MySQL Cluster, MySQL, High Availability, HA, Clustering, Architecture 1 Introduction MySQL Cluster is tightly linked to the MySQL server, yet it is a separate product. Due to its distributed nature, MySQL Cluster has a far more complicated architecture than a standard MySQL database. This presentation and white paper will describe the internal architecture of the MySQL Cluster product and the different mechanisms and process that exists to insure the availability of the cluster. We will also take a close look at the data and message flow that takes place between the nodes in the cluster during different types of operations. 2 MySQL Cluster Features MySQL Cluster can be distinguished from many other clustering products in that it offers five nines availability with a shared-nothing architecture. Most clustering products use a shared-disk architecture. Using a shared- nothing architecture allows the cluster to run on commodity hardware, thus greatly reducing costs compared to shared-disk architecture. Having a shared-nothing architecture does, however, come with a different cost, namely, a more complex way of ensuring high availability and synchronization of the nodes which is mainly seen as increased network traffic. MySQL Cluster also provides ACID transactions with row level locking using the READ-COMMITTED isolation level. MySQL Cluster is, in general, an in-memory database, however non-indexed data can be stored on disk and the disks are also used for checkpointing to ensure durability through system shutdown. MySQL cluster provides unique hash indexes as well as ordered T-tree indexes.
    [Show full text]
  • Mysql Performance Monitoring with Zabbix an Alternative
    MySQL Performance Monitoring with Zabbix An alternative to the MySQL Enterprise Monitor? by Oli Sennhauser [email protected] http://www.fromdual.com www.fromdual.com 1 How many of you ... ● ¼ monitor their database servers? ● ¼ monitor their (MySQL) databases? ● ¼ monitor performance metrics? ● ¼ all the others: Why not? www.fromdual.com 2 Linux monitoring ● Question: What is your favourite Linux monitoring application? ● 1187 votes, April 2010 ● Manipulated? ● Lit: Linux Journal, [1] www.fromdual.com 3 What to monitor? ● Devices / Software ● Server, Router, Switches, I/O systems etc. ● Operating System, Networks, Applications, etc. ● Incidents ● DB down, Replication stopped, Server not reachable, etc. ● Critical Events ● Disk more than n% full or less than m Gbyte free, Replication more than n seconds lagging, Data node down, 100% CPU utilization, etc. → Alert, immediate intervention, fire fighting www.fromdual.com 4 What to monitor? ● Trends (includes time!) → Graphs ● How long does it take until ¼ ● ¼ my disk is full? ● ¼ my Index Memory is filled up? ● When does it happen? ● Peak? Backup? ● How often does it happen? Does it happen periodically? ● Once a day? Always at Sunday night? ● How does it correlate to other informations? ● I/O problems during our backup window? ● Reading the patterns! → this can help us to find the root cause of problems¼ www.fromdual.com 5 How to monitor? ● Basic solutions: ● top, vmstat, iostat, mytop, innotop, SHOW GLOBAL STATUS, SHOW INNODB STATUS ● CLI!, no graphs, no log term information, but good for adhoc analysis! ● Graphical solutions ● Nagios, Cactii, Zabbix, ¼ ● Typically NOT specialised in DB monitoring... www.fromdual.com 6 Focus ● Database + Server ● Trends Not the other stuff..
    [Show full text]
  • Mysql Cluster
    MySQL Cluster <Insert Picture Here> Craig Sylvester MySQL Sales Consultant Monday, August 15, 2011 1 Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decision. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. © 2011 Oracle Corporation – Proprietary and Confidential Monday, August 15, 2011 2 Agenda • MySQL Cluster • MySQL Cluster Manager <Insert Picture • MySQL ClusterJ/ClusterJPA Here> © 2011 Oracle Corporation – Proprietary and Confidential Monday, August 15, 2011 3 MySQL Cluster Carrier Grade Database © 2011 Oracle Corporation – Proprietary and Confidential Monday, August 15, 2011 4 MySQL Cluster Architecture Clients MySQL Cluster Application Nodes MySQL MySQL Cluster Cluster Mgmt Mgmt MySQL Cluster Data Nodes © 2011 Oracle Corporation – Proprietary and Confidential Monday, August 15, 2011 5 MySQL Cluster - Components • SQL Access SQL Node • STD API’s (JDBC, ODBC, PERL, (MySQL) Python, LDAP, C, .NET, etc) NDB API • High Performance C/C++ API (Application) • Developer’s Guide Data Node • Data Storage (Memory/Disk) (NDB Storage Engine) • Automatic & User-Defined Partitioning Management • Administration & Configuration Node • Arbitration © 2011 Oracle Corporation – Proprietary and Confidential
    [Show full text]
  • Mysql-Cluster-Datasheet.Pdf
    ORACLE DATA SHEET MySQL CLUSTER MEMORY OPTMIZED PERFORMANCE MySQL Cluster is the distributed database combining linear scalability and high availability. & WEB SCALABILITY WITH It provides in-memory real-time access with transactional consistency across partitioned and 99.999% AVAILABILITY distributed datasets. It is designed for mission critical applications. MySQL Cluster has replication between clusters across multiple geographical sites built-in. A HIGHLIGHTS shared nothing architecture with data locality awareness make it the perfect choice for running • Memory optimized tables for low- on commodity hardware and in globally distributed cloud infrastructure. latency, real-time performance • Auto-sharding for high read and write MySQL Cluster is proven daily in systems serving billions of users. Its used in mission critical scalability applications at the core of mobile phone networks, authentication systems and gaming • SQL & NoSQL interfaces platforms with exploding data volumes and user loads. Driven by growing internet penetration across global communities, social networking, high-speed 4G and 5G mobile broadband • 99.9999% availability, self-healing connecting richer and ever more devices, and new M2M (Machine to Machine) interactions. • On-demand, elastic scaling • On-line schema operations The databases needed to support this growth have to meet new challenges, including: • Schema and schemaless data storage • Scaling write operations, as well as reads • GUI-based configuration and • Distributed large datasets across commodity
    [Show full text]
  • Guide to Mysql in Government
    Guide to MySQL in Government A MySQL Whitepaper Table of Contents Introduction .......................................................................................................................... 3 1. Open Source in Government ................................................................................... 3 2. MySQL Overview ........................................................................................................... 5 3. MySQL’s Adoption ....................................................................................................... 7 4. MySQL Enterprise Edition ........................................................................................ 9 5. Oracle MySQL Cloud Service ............................................................................... 14 6. Oracle and MySQL .................................................................................................... 15 Conclusion ........................................................................................................................ 16 Additional Resources ................................................................................................... 16 Copyright © 2017, Oracle and/or its affiliates. All rights reserved. 2 Introduction Governments worldwide are increasingly adopting open source software as their default for a variety of reasons. Not only do they benefit from dramatic cost savings, but they can also better serve their constituencies and improve their local economies. We’ve indeed come a very long way since
    [Show full text]
  • The State of the Dolphin “Real Innovation and Advantage of Mysql”
    The State of The Dolphin “Real innovation and advantage of MySQL” Ryusuke Kajiyama MySQL Sales Consulting Manager MySQL Global Business Unit 1 Copyright © 2014, Oracle and/or its affiliates. All rights reserved. The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. 2 Copyright © 2014, Oracle and/or its affiliates. All rights reserved. COMPONENTS MySQL: Next Generation Web Applications On-Premises, in the Cloud, Distributed Applications 3 Copyright © 2014,2013, Oracle and/or its affiliates. All rights reserved. The world's most popular open source database According to DB-Engines MySQL is No.1 open source database – Discussion – Mentions – Interests – Job & Specialist http://db-engines.com/en/ 4 Copyright © 2014, Oracle and/or its affiliates. All rights reserved. 1,000+ customers in Korea 5 Copyright © 2014, Oracle and/or its affiliates. All rights reserved. Driving MySQL Innovation: 2010 - 2014 MySQL Enterprise Monitor 2.2 Oracle VM Template for MySQL MySQL Enterprise Backup 3.10 MySQL Cluster 7.1 Oracle Products Certifications MySQL Enterprise Audit MySQL Cluster Manager 1.0 MySQL Windows Installer MySQL Windows Tools MySQL Workbench 5.2 MySQL Enterprise Security MySQL Database 5.6 MySQL Database 5.5 MySQL Enterprise Scalability MySQL Cluster 7.3 MySQL Enterprise Backup 3.5 MySQL Cluster 7.2 MySQL Workbench 6.1 MySQL Enterprise Monitor 2.3 MySQL Cluster Manager 1.3 All GA! MySQL Cluster Manager 1.1 MySQL Utilities 1.0.6 MySQL Fabric 1.4 RC MySQL Enterprise Backup 3.7 MySQL Workbench 6.0 MySQL Database 5.7 DMR All GA! All GA! Available Now! *Development Milestone Release 6 Copyright © 2014, Oracle and/or its affiliates.
    [Show full text]