Skip navigation links

Contatta un rappresentante:

Italia: +39 06 99268193

USA Subscription Renewals: +1-866-830-4410
EMEA: +353 1 6919191

Contatti online »

MySQL Cluster Architecture Overview

Get the White Paper »

Scopri nuovi rilasci, articoli tecnici, eventi ed altro ancora.

Iscriviti ora »

FAQ: MySQL Cluster

Quesiti generali

Quesiti tecnici


Quesiti generali

D: Cos’è MySQL cluster?
R: MySQL Cluster è un database transazionale open source progettato per garantire il costante e rapido accesso ai dati con velocità di elaborazione dei dati estremamente elevate. Cluster utilizza un’architettura “shared nothing”, che non richiede alcun investimento in ulteriori infrastrutture per garantire la disponibilità dei dati al 99,999% senza alcun single point of failure.

Cluster è principalmente un “in-memory database”, ma offre dati opzionali basati su disco, tutti disponibili per mezzo di un’interfaccia SQL oppure attraverso un’interfaccia Java o nativa C/C++ utilizzando la Carrier Grade Edition.
D: Cos’è MySQL Cluster Carrier Grade Edition?
R: MySQL Cluster Carrier Grade Edition (CGE) pone l’enfasi sulla scalabilità, l’adattabilità e le prestazioni. MySQL Cluster CGE offre l’accesso ottimizzato ai dati, specialmente importante nel settore delle comunicazioni, così come opzioni quali la replicazione geografica.
D: Come funzionano le licenze di MySQL Cluster?
R: Per maggiori informazioni, visitate la nostra pagina sulle licenze: http://www.mysql.com/about/legal/licensing/index.html
D: Qual è la versione attuale di MySQL Cluster?
R: La versione attuale è MySQL Cluster 6.3, da non confondersi con la versione 6.x di MySQL Server. MySQL Cluster 6.3 è integrata e distribuita con il server MySQL 5.x. (Consultare la documentazione relative alle specifiche versioni).
D: MySQL Cluster richiede hardware o software speciali?
R: No, MySQL Cluster è stato progettato per essere eseguito su hardware di largo consumo. Utilizzando hardware specializzato si possono raggiungere livelli di prestazioni ancora superiori.
D: Quali sono i requisiti di sistema di MySQL Cluster?
R:
OS:Linux (RedHat, SUSE), Solaris, AIX, HP-UX, Mac OS X
CPU:Intel/AMD x86
Memoria:Minimo 512MB RAM
HDD:3GB
Rete:1+ nodi (Gigabit Ethernet - TCP/IP)
D: Come si può determinare se MySQL Cluster è la scelta giusta?
R: Vi invitiamo a consultare la nostra Evaluation Guide e le altre risorse disponibili.

Quesiti tecnici

D: Quali sono le tipiche metriche per le prestazioni di MySQL Cluster?
R: Visitare le seguenti pagine:
  • Disponibilità
    • 99,999% ( <5 min downtime / anno)
  • Performance
    • Tempo di risposta: 5-10 millisecondi (con la replicazione sincrona)
    • Throughput di 10.000+ transazioni replicate/sec. su un 2 Node Cluster, con 1 CPU per nodo (configurazione minima)
    • Throughput di 100.000+ transazioni replicate/sec. su un 4 Node Cluster, con 2 CPU per nodo (configurazione di fascia bassa)
  • Failover
    • Il failover inferiore al secondo consente di fornire servizi senza alcuna interruzione
  • Scalabilità
    • Scalabilità semi-lineare sulle configurazioni di sistema preferite.
    • Per uno scale-out economico:
      • Aggiungere più nodi (8, 16, 32, ecc.) per cluster, oppure
      • Aggiungere più CPU (4, 8, ecc.) oppure
      • Aggiungere più memoria (16GB, 32GB, ecc.) su ciascun nodo
D: Quanto è più veloce MySQL Cluster rispetto al solo database MySQL?
R: Dipende dall’applicazione: MySQL Cluster è un “in-memory database”, quindi nel caso delle richieste atomiche è estremamente veloce e prevedibile, ma l’architettura distribuita non è adeguata nel caso di query complesse con un’elevata quantità di join.
D: Quanti server fisici servono come minimo per poter avere un’installazione Cluster?
R: Per garantire un buon livello di ridondanza sono consigliati 5 - 2 MySQL Server Node, 2 Data Node e 1 Management Node. Ai fini della semplice valutazione, è possibile avere solo un singolo server fisico, sebbene ciò consentirebbe di effettuare solo una semplice valutazione di base.
D: È possibile suddividere i Data Node geograficamente?
R: Non è una pratica raccomandata. Non dovrebbe esserci troppa latenza tra i Data Node presenti nel cluster, quindi tipicamente si troveranno nello stesso data center o blade rack. Tuttavia, MySQL Cluster 6.2 (e versioni successive) supporta la ridondanza geografica; si potrebbero quindi avere 2 installazioni Cluster separate in una configurazione master-slave. Questo tipo di replicazione è asincrona, al contrario della replicazione sincrona tra Data Node all’interno di una singola installazione Cluster.
D: Quali sono le API esistenti per l’accesso ai dati di MySQL Cluster?
R: Le applicazioni possono essere sviluppate con C++, Java o qualsiasi SQL Connector sul server MySQL. L’uso di C++ o Java richiede MySQL Cluster Carrier Grade Edition.
D: Le interfacce per le applicazioni a 32-bit sono diverse da quelle a 64-bit?
R: No, le interfacce sono le stesse.
D: MySQL Cluster può essere un buon database integrato?
R: Sì, MySQL Cluster è spesso usato come database integrato.
D: Cos’è la MySQL Cluster Replication?
R: La replicazione è una funzionalità opzionale, conosciuta come replicazione geografica per distinguerla dalla replicazione dei dati interna automatica (sincrona) del cluster stesso. Con la replicazione, i dati vengono replicati in modo asincrono da un cluster all’altro, oppure verso il server MySQL, utilizzando un diverso storage engine come InnoDB.
D: La replicazione è bidirezionale?
R: Sì, Cluster Carrier Grade Edition supporta la replicazione unidirezionale e bidirezionale.
D: In quanto database in memoria centrale (in-memory database), MySQL Cluster rischia di smarrire dati?
R: Non per default. I log delle transazioni e i checkpoint persistono sul disco (la frequenza è configurabile). Inoltre, sul disco possono essere conservati dati non indicizzati.
D: MySQL Cluster offre un’opzione DISKLESS?
R: MySQL Cluster dispone di un’opzione “diskless”, così come di un’opzione “no-logging”.

Nel caso dell’opzione Diskless, sono previste le seguenti restrizioni:

  1. Nessun dato su disco
  2. Perdita dei dati in caso di guasto del Cluster
  3. Nessun backup

Inizio pagina