Arquiteturas de referência MySQL

Arquiteturas de Referência Web
Conjunto de boas práticas
Airton Lastori
fev-2015

Copyright © 2013, Oracle and/or its affiliates. All rights reserved. |2
Safe Harbour 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 decisions. The development,
release, and timing of any features or functionality described for Oracle’s
products remains at the sole discretion of Oracle.

s

Agenda
 Requisitos Web, níveis de escala
 Arquiteturas de Referência
– Escalas & Topologias
– Tecnologias envolvidas na Infraestrutura
– Boas práticas
 Um pouco sobre Hardware
 Considerações Operacionais
 Conclusão

Desdobramentos na Infraestrutura
Ágil, aberta & adaptável
Simples & replicável
Baixa latência
Escalável e Diponível
Segurança extrema
Baixo TCO

Os
MELHORES
COMPONENTES
da pilha
MySQL: Aplicações Web da próxima geração
Aplicações On-Premise, na Nuvem ou Distribuídas

Alguns clientes MySQL

MySQL ISV Partners in LAD
Brasil
América
Central
Argentina
México

Edward Screven & Tomas Ulin no Open World 2014
 [video]
youtube.com/watch?v=fzCpd4j72jA
Oracle Chief Corporate Architect & VP of MySQL Engineering

@MySQLBR
meetup.com/MySQL-BR
facebook.com/MySQLBR
MySQLBR

Arquiteturas de Referência

Referências de Escala
Social Network
Small Medium Large Extra Large
Queries/Second <500 <5,000 10,000+ 25,000+
Transactions/Second <100 <1,000 10,000+ 25,000+
Concurrent
Read Users
<100 <5,000 10,000+ 25,000+
Concurrent
Write Users
<10 <100 1,000+ 2,500+
Database Size
Sessions <2 GB <10 GB 20+ GB 40+ GB
eCommerce <2 GB <50 GB 50+ GB 200+ GB
Analytics (Multi-Structured Data) <10 GB <1TB 10+ TB 100+ TB
Content Management (Meta-Data) <10 GB <500 GB 1+ TB 2+ TB

Pequena Escala
Social Network
Queries/Second <500 <5,000 10,000+ 25,000+
Concurrent
Read Users
<100 <5,000 10,000+ 25,000+
Concurrent
Write Users
<10 <100 1,000+ 2,500+
Database Size

Pequena Escala
 Um único servidor para:
– Perfis de usuário e sessões
– eCommerce
– Gerenciamento de conteúdo
 Replicação MySQL
– Analítico e Backups
 Se o tráfego aumentar, o gerenciamento
de sessões pode ser direcionado para
outro servidor.
Escalabilidade limitada.
Se já é previsto aumento de demanda, inicie com Arquitetura para Média escala.
MySQL
Enterprise Monitor
MySQL
Enterprise Backup
MySQL Master
MySQLReplication
Analytics
Slave 2
Backup
Slave 1

Replicação MySQL
 Duplique databases de um “master” para um “slave”
– Cópias redundantes do dados, peça fundamental na Alta Dispinibilidade
– Escale horizontalmente distribuindo queries nos slaves
Master
Slaves
Web / App Servers
Writes & Reads Reads

Boas Práticas
 Use o Storage Engine correto
– InnoDB atende a maior parte dos cenários, default a partir do MySQL 5.5
– Atualize para MySQL 5.6
 Hot Backup e Recovery rápido
 Monitoramento pró-ativo
 Mantenha a qualidade do tempo de reposta das queries
 Auditoria
 Reforçe políticas de segurança com autenticação externa
 Thread Pool para escalabilidade vertical
Arquiteturas de Pequena Escala

20082008
até 4 CPU
MySQL 5.0
MySQL AB
até 16 CPU
MySQL 5.1
Sun
até 32 CPU
MySQL 5.5
Oracle
até 48 CPU
MySQL 5.6
Evolução da escalabilidade do MySQL
20092009 20102010 20132013
Use InnoDB para usufruir melhor de hardwares modernos.

MySQL 5.5.28
MySQL 5.6.7
+234% Ganhos de Performance
0
2.000
4.000
6.000
8.000
10.000
12.000
14.000
16.000
18.000
32 64 128 256 512
TransaçõesporSegundo
Conexões
MySQL 5.6 vs. 5.5 - Leituras (Linux)
Oracle Linux 6
Intel(R) Xeon(R) E7540 x86_64
MySQL leveraging:
- 48 of 96 available CPU threads
- 2 GHz, 512GB RAM
Performance MySQL 5.6: InnoDB
SysBench Benchmarks

MySQL 5.5.28
MySQL 5.6.7
+151% Ganhos de Performance
0
2.000
4.000
6.000
8.000
10.000
12.000
32 64 128 256 512
TransaçõesporSegundo
Conexões
MySQL 5.6 vs. 5.5 – Escritas+Leituras (Linux)
Oracle Linux 6
Intel(R) Xeon(R) E7540 x86_64
MySQL leveraging:
- 48 of 96 available CPU threads
- 2 GHz, 512GB RAM
Performance MySQL 5.6: InnoDB
SysBench Benchmarks

Performance
Security
Availability

MySQL Enterprise Backup
 Backup online para InnoDB, tamanho ilimitado
 Backups automatizados: completos, incrementais, parciais
 Compressão, Criptografia
 Metadados de status, progresso e histórico
 Compatível SBT, Oracle Secure Backup
 Suporte Cloud (Amazon S3)
 Point in Time Recovery, Parcial ou Completo
 Multi-Plataforma: Windows, Linux, Unix
Backup
Files
MEB
Backup
Files
Database
MySQL
Database
Files
mysqlbackupmysqlbackup
Backup e Recovery mais rápidos e online.

2. Usuário conecta-se e executa queries
MySQL Enterprise Audit
1. DBA habilita no Server1
Server1
3. Conexões e queries dos
usuários aparecem no log

Authenticate
CREATE USER win_joe
IDENTIFIED WITH authentication_windows
AS ‘joe';
LDAP/AD
PAM /
Windows Auth
PAM /
Windows Auth
Usuário/senha definidos no diretório
Privilégios definidos no MySQL e
mapeados para usuários/grupos do diretório
MySQL Enterprise Security
External Authentication Plug-Ins

60x Melhor Escalabilidade comThread Pool
MySQL 5.6.11
Oracle Linux 6.3, Unbreakable Kernel 2.6.32
4 sockets, 24 cores, 48 Threads
Intel(R) Xeon(R) E7540 2GHz CPUs
512GB DDR3 RAM
Thread Pool habilitado/desabilitado

18x Melhor Escalabilidade com Thread Pool
Thread Pool habilitado/desabilitado
MySQL 5.6.11
Oracle Linux 6.3, Unbreakable Kernel 2.6.32
4 sockets, 24 cores, 48 Threads
Intel(R) Xeon(R) E7540 2GHz CPUs
512GB DDR3 RAM

MySQL Enterprise Encryption
Standards Based Cryptography
 MySQL encryption libraries
– Symmetric encryption AES256
– Public-key / asymmetric cryptography
 Key management
– Generate public and private keys
– Key exchange methods: RSA, DSA, DH
 Sign and verify data
– Cryptographic hashing for digital signing, verification, & validation

Média Escala
Social Network
Queries/Second <500 <5,000 10,000+ 25,000+
Concurrent
Read Users
<100 <5,000 10,000+ 25,000+
Concurrent
Write Users
<10 <100 1,000+ 2,500+
Database Size

Média Escala

Boas Práticas
 Proporção de 10 servidores de aplicação para cada MySQL Server
– Mais para aplicações PHP, menos para Java
– Adicione mais slaves quando a camada de aplicação escalar
 Camada de Cache para gerenciamento de sessões & componentes do
Gerenciador de Conteúdo
– Memcached ou Redis são comuns
– Leituras atendidas pelo cache, aliviando a carga no MySQL
– API NoSQL Memcached do MySQL 5.6 ou MySQL Cluster podem
implementar compressão e/ou persistência nas camadas de cache
Arquiteturas de Média Escala

Boas Práticas – Gerenciador de Contéudo
XOR
 Cada slave atende por volta de 5.000 usuários
simultâneos
 Cada master atende por volta de 20 slaves
– Mais slaves podem ser necessários em ambientes maiores
 Replicação do MySQL para alta disponibilidade e
escalabilidade horizontal
 Meta dados dos arquivos gerenciados pelo MySQL
 Distributed File System / CDN / Cloud (e. S3) para
armazenamento físico dos arquivos
– SAN de alta qualidade, com redundancia para HA, ou
– Hardware commodity com software especializado (ex. MogileFS)

Boas Práticas – Sessões e e-Commerce
 Gerenciamento de Sessões & e-Commerce
– Dados das Sessões mantidos por aproximadamente 1 hora em uma partição
dedicada; partições antiga são excluídas
– API NoSQL Memcached do MySQL 5.6 ou MySQL Cluster ser usadas
– Alta diponibilidade em e-Commerce:
 Semi-Synchronous Replication or clusterização via DRBD ou shared storage
– Se o tráfego aumentar, mova o Gerenciamento de Sessões para o MySQL Cluster
 Persistência dos dado de sessão em tempo real, dados in-memory reduzem a necessidade
caching
 99,999% de disponibilidade (multi-master), elimina necessidade de DRBD ou shared
storage
 Bases separadas para Dados Analíticos (ex. Data Mart, Relatórios)

Alta-Disponibilidade: soluções certificadas

 Mais performance com multi-threaded
slaves, row image minimal, binlog group
commit
 Maior robustez e consistência com
event checksums, crash safe slaves
 Mais flexibilidade e disponibilidade com
GTID, self-healing, auto-failover,
Replication Utilities e MySQL Enterprise
Monitor
Master
#
Slave
#
Replicação melhorada no MySQL 5.6

 Permite self-healing
 Failover & recovery automatizado
- mysqlfailover (Utilitário)
 Switchover & administração
- mysqlrpladmin (Utilitário)
 Alta disponibilidade com MySQL core
- Elimina necessidade de soluções de
terceiros; Fácil de estender
HA UtilitiesMonitoramento
Master
Falhou
Slaves
Slave
Promovido
para Master
Disponibilidade com Replicação no MySQL 5.6
Replication HA Utilities (Python)

• Soluções homologadas e suportadas pela Oracle MySQL
– Oracle Clusterware
– Oracle VM Template
– Windows Failover Clustering
– Oracle Solaris Cluster
VIP
Clients
Clusterização baseada em Shared-Storage

 http://www.oracle.com/technetwork/database/database-
technologies/clusterware/downloads/index.html
MySQL Grid Control Agent for Clusterware
Oracle Clusterware

Oracle VM Servers
Oracle VM Server Pool
ocfs2
Oracle VM
Manager
SAN / iSCSI
Secure Live
Migration (SSL)
Oracle
VM
Automatic Fault
Detection &
Recovery
Oracle
VM
mysql.com/why-mysql/white-papers/mysql_wp_oracle-vm-template-for-mee.php
• Oracle Linux
• Oracle VM
• Oracle VM Template for MySQL EE
• Oracle Cluster File System 2
(OCFS2)
• MySQL Database 5.5 Enterprise
Edition
Pré-instalado & Configurado
Integrado & Testado
Suporte de um único fornecedor
Oracle VM Template for MySQL Enterprise

oracle.com/technetwork/server-storage/solaris-cluster/overview/index.html
• Heartbeat e monitoramento
baseado no Kernel
• SPARC e x86. Solaris
Virtualization-aware
• Agente MySQL incluíd o no
Oracle Solaris Cluster
Oracle Solaris Clustering

 Opção nativa do Windows certificada para MySQL Enterprise
 Para Falhas ou Manutenção Planejada
 Cluster gerenciado pela interface snap-in MS Failover Cluster
Management*, não requer scripts customizados
 Perda de serviço = alguns segundos + tempo de recovery do
InnoDB:
• Aplicação vê temporariamente uma perda de conexão e reconecta no
mesmo IP
• Slave na Replicação recupera-se automaticamente
 Quorum (3o voto), dados (InnoDB + schema) & binários (opcional)
em armazenamento compartilhado
• teste com iSCSI & FCAL
*suporte técnico do componente MS Failover Cluster Management deve ser contratado da Microsoft
App
Virtual IP
Data Bin
Slave App App
Vote
Windows Server Failover Clustering
mysql.com/why-mysql/white-papers/mysql_wp_windows_failover_clustering.php

mysql.com/why-mysql/white-papers/mysql_wp_drbd.php
• Certificado e completamente suportado pela
Oracle
• DRBD integrado ao Oracle Linux Unbreakable
Enterprise Kernel R2
• Pacemaker e Corosync para clustering &
failover
• Updates na pilha via ULN channel
• Baseado em storage distribuído, não requer
SAN
• Replicação síncrona elimina o risco de perda
de dados
• Maduro & já utilizado em muitos casos
Oracle Linux + DRBD Stack

API Nodes
Arquitetura MySQL Cluster
Data Nodes
ndbd ndbd
Management
mgm_ndbd
Clients
Application Layer
Data Layer
ndbd ndbd

MySQL Cluster
• Escalabilidade linear de Escritas e Leituras
• Elasticidade, crescimento incremental, distrib. simétricaEscalabilidade
• 99,999% de disponibilidade, 5min / ano
• Self-healing, failover menor que 1s, geo-replicaçãoAlta Disponibilidade
• Performance em tempo real, in-memory e em disco
• Latência baixa e preditiva, acessos paralelosAlta Performance
• Modelo relacional ACID, SQL e Foreign Keys
• APIs NoSQL (C++, Java, Memcached, Node.js)Flexibilidade
• Open Source, suporte e ferramentas comerciais opcionais
• Hardware commodityBaixo TCO

Soluções de HA homologadas pela Oracle
MySQL
Replication
MySQL
Fabric
Oracle VM
Template
Solaris
Cluster
Windows
Cluster
DRBD
MySQL
Cluster
Clustering Mode
Master +
Slaves
Master +
Slaves
Active/Pass
ive
Active/Pass
ive
Active/Passi
ve
Active/Pa
ssive
Multi-
Master
App Auto-Failover ✖ ✔ ✔ ✔ ✔ ✔ ✔
Data Layer Auto-Failover ✖ ✔ ✔ ✔ ✔ ✔ ✔
Zero Data Loss MySQL 5.7 ✔ ✔ ✔ ✔ ✔ ✔
Failover Time N/A Secs Secs + Secs + Secs + Secs + < 1 Sec
Scale-out Reads ✔ ✖ ✖ ✖ ✖ ✔
Cross-shard operations N/A ✖ N/A N/A N/A N/A ✔
Transparent routing ✖ For HA ✔ ✔ ✔ ✔ ✔
Shared Nothing ✔ ✔ ✖ ✖ ✖ ✔ ✔
Storage Engine InnoDB InnoDB InnoDB InnoDB InnoDB InnoDB NDB
Single Vendor Support ✔ ✔ ✔ ✔ ✖ ✔ ✔
Platform Support All All Linux Solaris Windows Linux All

Grande Escala
Social Network
Queries/Second <500 <5,000 10,000+ 25,000+
Concurrent
Read Users
<100 <5,000 10,000+ 25,000+
Concurrent
Write Users
<10 <100 1,000+ 2,500+
Database Size

Grande Escala
Session Management eCommerce
MySQL Master
Content Management
Slave 1
MySQL Master
Analytics
MySQL
Enterprise Monitor
Slave 2 Slave 3 Slave 4 Slave 5
Slave 6 Slave 7 Slave 8 Slave 9 Slave 10
Slave N
Slave 2
Node Group 2
F2
F4
Node3Node4
F2
F4
Node Group 1
F1
F3
Node3Node4
F1
F3
MySQL Cluster Data Nodes
MySQL Servers
Node Group 2
F2
F4Node3Node4
F2
F4
Node Group 1
F1
F3
Node3Node4
F1
F3
MySQL Servers
Slave 1 Slave 3
Hadoop
Cluster
MySQL
Enterprise Backup
Caching / Application Servers
Distributed
Storage
XOR

Caso de uso: Loja On-Line
Usuários
Navegação
Recomendações
Web Logs:
Páginas Visitadas,
Comentários, Posts
Perfil,
Histórico de
Compras
Recomendações
Interações em Mídias
Sociais, Preferências,
Marcas com “Curtir”
Conversas Telefônicas,
mensagens

 sistema de publicidade online que
identifica o visitante e exibe
conteúdo direcionado ao seu perfil
 2 TB de web logs são capturados,
com 22 bilhões de linhas por mês
processadas pelo MySQL
 Atualmente, considerando apenas
uma instância MySQL, há 8 TB de
dados armazenados com 5GB de
crescimento por dia
Caso de Sucesso
Big Data
“O MySQL é uma parte essencial da nossa
estratégia de Big Data. A integração com
Hadoop permite-nos melhorar e crescer o nosso
negócio de publicidade digital com rapidez e
agilidade.”
Josafá Santos
IT Manager, boo-box
mysql.com/why-mysql/case-studies/1billion-advertisements-mysql-hadoop.html

BI Solutions
ACQUIRE
ORGANIZEANALYZE
DECIDE
Hadoop
Applier
Big Data Lifecycle com MySQL+Hadoop

Novo: MySQL Hadoop Applier
 Integração em tempo real do
MySQL para Hadoop
 Cada tabela mapeada para
um diretório Hive data
warehouse
 Possibilita usufruir de
ferramentas de análise do
eco-sistema Hadoop
 Construído sobre MySQL
Binlog API e libhdfs library
 Artigos dev.mysql.com
 Download labs.mysql.com

Mais sobre como MySQL e Big Data
Whitepaper:
MySQL and Hadoop – Big Data Integration
December 2012
mysql.com/why-mysql/white-papers/mysql-
and-hadoop-guide-to-big-data-integration

Acesso chave-valor ao InnoDB
Via Memcached API
Usa clients Memcached existentes
Sem SQL parsing, ultra-rápido
Acesso SQL e NotOnlySQL
Operações chave-valor mas também
queries SQL, JOINs, FKs, etc.
Memcached com Persistência
no InnoDB
Método transparente para persistir os
dados em memória volátil
Memcached plug-in no mysqld ,
mapeado à API nativa do InnoDB
Shared process para baixa latência
SQL
(MySQL Client)
InnoDB Storage Engine
MySQL Server Memcached plugin
Application/Client
NoSQL
(Memcached Prot.)
mysqld
http://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html
Flexibilidade MySQL 5.6: InnoDB
NoSQL com Memcached

MySQL 5.7: InnoDB Memcached
Contribuição do Facebook
Intel(R) Xeon(R) CPU X7560 x86_64
8 sockets x 6 cores-HT (96 CPU threads)
2000Mhz, 256G RAM
Oracle Linux 6.2
6x mais rápido que o MySQL 5.6
1,150,000 QPS
0
200000
400000
600000
800000
1000000
1200000
1400000
8 16 32 64 128 256 512 1024
QueriesperSecond
Concurrent User Sessions
5.7.3
5.6

Escala Extra Grande (Redes Sociais)
Social Network
Queries/Second <500 <5,000 10,000+ 25,000+
Concurrent
Read Users
<100 <5,000 10,000+ 25,000+
Concurrent
Write Users
<10 <100 1,000+ 2,500+
Database Size

MySQL Central @ Oracle Open World 2014
Alguns cases apresentados...
 [slides]
oracle.com/openworld/mysql

Extra Large: Social Network
Shard Catalog
Authentication
MySQL Master
Analytics
Slave 2
Node Group 2
F2
F4
Node3Node4
F2
F4
Node Group 1
F1
F3
Node3Node4
F1
F3
MySQL Servers
Slave 1 Slave 3
Hadoop
Cluster
MySQL
Enterprise Backup
Node Group 2
F2
F4
Node3Node4
F2
F4
Node Group 1
F1
F3
Node3Node4
F1
F3
MySQL Servers
App /Caching
ServersCentral Databases
Customers
1% – 33%
Customers
34% – 66%
Customers
67% – 100%
Slave 1 Slave 2 Slave N
Shards
MySQL
Enterprise Monitor

Boas Práticas
 Introdução de técnicas de Sharding
– Normalmente implementado na camada de aplicação para escalar um volume muito alto de
escritas (ex. Youtube Vitess, Twitter Gizzard, Tumblr JetPants etc)
– Dados divididos em pequenos conjuntos, distribuído em servidores de baixo custo
– Distribuição baseada em Hash de uma única coluna (ex. User ID)
– Particionamento Funcional também é uma opção
 Use com moderação, certifique-se de tentar as recomendações anteriores
– Replicação convencional e escalabilidade vertical serão suficientes em muitos casos, com
menor complexidade
– Sharding é realmente necessário em uma pequena porcentagem de casos
– Muitos serviços Web & Mobile ainda possuem mais leituras que escritas
– MySQL Cluster implementa Auto-Sharding com JOINs entre shards
Arquiteturas de Escala Extra Grande

Sharding Implementation
Master
Slave
Clients
Slaves
Shards
Reads
Writes
Partitioning Logic
11 22 33 44 55

MySQL Fabric 1.4 RC (MySQL Utilities 1.4.2)
 Alta disponibilidade:
– Monitoramento do Server com failover
automático e transparente para aplicação
 Conectores devem ser “Fabric-aware”:
– Java, PHP, Python
 Sem Proxy, sem latencia extra e SPoF
 Escalabilidade de escrita com sharding:
– Aplicação define a shard key (Range ou
Hash)
– Ferramentas para re-sharding
– Tabelas globais & global updates
Alta-disponibilidade + escalabilidade de escrita com sharding
MySQL Fabric
Connector
Application
Read-slaves
SQL
Master group
Read-slaves
Master group

Hardware

 Up to 64 x86-64 bit CPU threads (MySQL 5.6 and above).
 Recommended RAM at least equal to or larger than “hottest” (most
regularly accessed) data set.
 Linux, Oracle Solaris or Microsoft Windows operating systems.
 Minimum of 4 x SSDs or HDDs. 8 – 16 drives will increase
performance for I/O intensive applications.
– Hardware RAID with battery-backed cache.
– RAID 10 recommended. RAID 5 is suitable if the workload is read-
intensive.
 2 x Network Interface Cards and 2 x Power Supply Units for
redundancy.
The Perfect MySQL Server

MySQL Cluster Hardware Selection
SQL Layer
• 4 - 24 x86-64 bit CPU threads
• Minimum 4GB of RAM
• Memory not as critical at this layer
• Requirements influenced by connections and buffers.
• 2 x Network Interface Cards & 2 x PSUs
• Linux, Solaris or Windows operating systems.

Data Layer
• Up to 64 x86-64 bit CPU threads
• Use high frequency: enables faster processing of messages
• Calculating RAM per Data Node (in-memory database)
• Database Size * # Replicas * 1.25 / # data node
• 50GB database * 2 replicas * 1.25 / 2 data nodes = 64GB of RAM
• Non-indexed columns can be stored on disk, reduces RAM
requirements
• 2 x NICs and 2 x PSUs
• Deep-dive into network best-practices in Ref Archs Guide

Entry-Level Mid-Range High-End
1 x SATA 7200 RPM
• For read-mostly
• No redundancy
(but other data node is
the mirror)
1 x SAS 10K RPM or SSD
• Heavy duty (many MB/s)
• No redundancy
(but other data node is
the mirror)
4 x SAS 10-15K RPM or SSDs
• Heavy duty (many MB/s)
• Disk redundancy (RAID1+0),
hot swap
• REDO, LCP, BACKUP – written sequentually in small chunks (256KB)
• If possible, use Odirect = 1
LCP
REDOLOG
LCP
REDOLOG
LCP / REDOLOG
Disk Subsystem for Checkpointing

Recommended Minimum High-End Recommendation
2 x SAS 10K RPM
or 2 x SSD
• Use High-End Recommendation for heavy read / write workloads
• (1000's of 10KB records per sec) of data (i.e. Content Delivery platforms)
• Having TABLESPACE on separate disk is good for read performance
• Enable WRITE_CACHE on devices
TABLESPACE
LCP
REDOLOG
UNDOLOG
UNDOLOG
LCP
(REDO LOG / UNDO LOG)
TABLESPACE 1
TABLESPACE 2
4 x SAS 10-15K RPM or SSD
(REDO LOG)(REDO LOG)
Disk Data Storage

Considere MySQL Enterprise para
implementar boas práticas operacionais

MySQL Enterprise Edition
Subscrição com renovação anual: ferramentas + serviços
Plug-ins
Suporte
Backup
Monitor &
Workbench
Escalabilidade
Segurança
Auditoria

MySQL Cluster Carrier-Grade Edition
Subscrição com renovação anual: ferramentas + serviços
Cluster
Plug-ins
Suporte
Backup
Monitor &
Workbench
Cluster
Manager
Gerenciamento
Consolidado

Conclusão
 Foco no mercado e soluções web
 Recomendações baseadas em casos
de muito sucesso da web
 Considerar os desafios operacionais
de escalabilidade, performance e alta-
disponibilidade

Saiba Mais
 MySQL Web Reference Architectures Whitepaper
http://www.mysql.com/why-mysql/white-papers/mysql_wp_high-availability_webrefarchs.php
 MySQL 5.6: Developer and DBA Guide
http://www.mysql.com/why-mysql/white-papers/whats-new-mysql-5-6/
 MySQL Enterprise com Suporte Consultivo
marcos.trujillo@oracle.com

MySQL for
Beginners Ed 3
MySQL for Database
Administrators Ed 3.1
MySQL Performance
Tuning
MySQL High Availability
MySQL Cluster
MySQL DBA
Introduction to
MySQL 5.5
MySQL Developers
Techniques
MySQL for
Beginners Ed 3
MySQL and PHP
Developing Dynamic
Web Applications
MySQL for Developers
Ed 2
MySQL Advanced Stored
Procedures
MySQLDeveloper
education.oracle.com/mysql
Opcional
Necessário
Treinamentos e certificações
Oracle Certified
Professional, MySQL 5.6
DBA
Oracle Certified Expert,
MySQL Cluster DBA
Certificações
Oracle Certified
Professional, MySQL 5.6
Developer

@MySQLBR
meetup.com/MySQL-BR
facebook.com/MySQLBR
Obrigado!

Arquiteturas de Referência Web
Conjunto de boas práticas
Perguntas?

Arquiteturas de referência MySQL

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Arquiteturas de referência MySQL

Semelhante a Arquiteturas de referência MySQL (20)

Mais de MySQL Brasil

Mais de MySQL Brasil (14)

Arquiteturas de referência MySQL