BASE DE DATOS II

UNIVERSIDAD POLITÉCNICA
ESTATAL DEL CARCHI
F. I. A. C. A.

CIENCIAS DE LA COMPUTACIÓN

Tutor: Msc. Patricio Castro

Paralelo: 6to “A-T”

Estudiantes: Almeida Ángela

Benavides Santiago
Chiriboga Jonathan
Suárez Bryan

TULCÁN - ECUADOR

2019
 Es un remplazo de
MySQL con más
funcionalidades y
mejor rendimiento.

MARIA DB
Nace bajo la licencia
GPL, esto se debe a que
Oracle compró MySQL y
cambió el tipo de licencia
por un privativo, aunque
mantuvieron MySQL La compatibilidad de
Community Edition bajo MariaDB con MySQL es
licencia GPL. prácticamente total y por si
fuese poco tenemos mejoras
de rendimiento y
funcionalidad. MariaDB está
diseñado para reemplazar a
MySQL directamente ya que
mantiene las mismas órdenes,
APIs y bibliotecas.
 INDEX / ÍNDICES

El índice de una base de

datos es una estructura de
datos que mejora la
velocidad de las operaciones,
por medio de identificador
único de cada fila de una
tabla, permitiendo un rápido
acceso a los registros de una
tabla en una base de datos.
 CLUSTER

I N S TA L A C I Ó N D E G A L E R A C L U S T E R

GALERA CLUSTER ES UN CLÚSTER

M U LT I - M A S T E R S Í N C RO N O PA R A
M A R I A D B . P O R E L M O M E N TO, S O L O
P E R M I T E R E P L I C AC I Ó N D E B A S E S D E
DATO S X T R A D B / I N N O D B . PA R A
M Y I S A M TO DAV Í A E S T Á E N FA S E Dependiendo de la versión de MariaDB instalada,
E X P E R I M E N TA L .
se deberá descargar Galera Cluster o no, ya que a
partir de MariaDB 10.1, ya se incluye de forma
predeterminada. En caso de disponer de una
versión anterior, será necesario descargar e instalar
de forma manual Galera Cluster o actualizar a
MariaDB 10.1.
 CARACTERISTICAS BENEFICIOS

Ø Replicación síncrona.
ØEsclavos sin retardo
Ø Topología multi master (activo-activo).
Ø Leer y escribir en cualquier nodo del clúster.
ØNo se pierden transacciones
Ø Control automático de nodo, de manera que si un ØEscalabilidad de lectura y
nodo falla, se saca del clúster.
escritura
Ø Conexión automática de nodos.
Ø Replicación paralela real, a nivel de fila. ØLatencias de cliente más
Ø Conexiones directas de clientes, aspecto nativo de pequeñas
MariaDB.
 I N S TA L AC I Ó N
D E L S O F T WA R E
NECESARIO
 U S UA R I O D E
MANTENIMIENTO DE
DEBIAN Y MARIADB

MariaDB y Debian utilizan un usuario de

mantenimiento, que se encarga de las tareas
de rutina. Dicho usuario se crea de manera
aleatoria. Sus datos se especifican en un
fichero de configuración ubicado
en /etc/mysql/debian.cnf, es importante que
el fichero del primer nodo sea copiado al
resto de nodos. El resto de servidores
también tendrán el suyo propio, que ha de ser
borrado y substituido per el del primer nodo.
 NOTA 1: Con la replicación estándar de MySQL, debemos tener cuidado si
tenemos IDs de tipo AUTO INCREMENT en nuestra base de datos. Para ello,
tenemos que configurar “en cada máquina” los valores “auto_increment” y
“auto_increment_offset”. Con Galera Cluster no es necesario, ya que con la
configuración por defecto, es capaz de gestionar el AUTO INCREMENT. Esto
lo calcula porque conoce exactamente cuántas máquinas hay en el cluster y
aplica el valor AUTO INCREMENT que necesita automáticamente.

NOTA 2: Es muy importante tener en cuenta que Galera Clúster sincronizará

TODAS las bases de datos que tengas en MariaDB. De hecho, si creas una base
NOTAS de datos nueva, se creará también en el resto de servidores del clúster. Por
tanto, si tienes bases de datos que no quieres sincronizar en la misma máquina,
tienes dos opciones:

Hacer una instalación independiente de MariaDB y Galera Cluster en

máquinas aisladas para este fin.

Utilizar la sincronización estándar y olvidarte de Galera Cluster. Con la

sincronización estándar sí puedes especificar las bases de datos que quieres
sincronizar.
 L A TA B L A D E E S Q U E M A D E I N F O R M A C I Ó N
M U E S T R A I N F O R M A C I Ó N S O B R E L A S D I S T I N TA S
TA B L A S Y V I S TA S E N E L S E RV I D O R .

TABLE SPACE L A G R A M Á T I C A D E L S E RV I D O R M A R I A D B E S
C O M PAT I B L E C O N L A S S E N T E N C I A S C R E AT E
TA B L E S PA C E , A LT E R TA B L E S PA C E Y D R O P
TA B L E S PA C E . E S TA S D E C L A R A C I O N E S PA R E C E N
H A B E R S I D O H E R E DA DA S D E M Y S Q L N D B
CLUSTER.

L A S D E C L A R A C I O N E S C O M PAT I B L E S C O N M Y S Q L
T O D AV Í A T I E N E N É X I T O E N M A R I A D B , P E R O
E M I T I R Á N U N A A D V E RT E N C I A . P. E J :
ESPACIOS DE TABLA DEL SISTEMA INNODB

• Cuando InnoDB necesita almacenar información general relacionada con el sistema como un
todo, en lugar de una tabla específica, el archivo específico en el que se escribe es el espacio
de tablas del sistema.
• InnoDB utiliza el espacio de tabla del sistema para almacenar el diccionario de datos, cambiar
el búfer y deshacer los registros.
• Cuando crea una tabla utilizando el motor de almacenamiento InnoDB, los datos escritos en
esa tabla se almacenan en el sistema de archivos en un archivo de datos denominado espacio
de tablas.
• Las versiones de InnoDB en MySQL 5.7 y posteriores también admiten un tipo de espacio de
tablas adicional llamado espacios de tablas generales que se crean con CREATE
TABLESPACE. Sin embargo, las versiones de InnoDB en MariaDB Server actualmente no
admiten espacios de tablas o CREATE TABLESPACE.
 EJEMPLO

MariaDB luego crea un directorio de base de datos en la ruta configurada y el espacio de tabla de archivo por tabla se
creará dentro de ese directorio. En sistemas operativos similares a Unix, puede ver el archivo utilizando el comando ls:

Indicamos al servidor que importe el espacio de tabla. Por ejemplo, el proceso sería así:
v Primero, en el servidor de destino, necesita crear una copia de la tabla. Use la misma CREATE
TABLE declaración que se usó para crear la tabla en el servidor original:
Exportamos una tabla
particionada bloqueando la
tabla y copiando los de cada
partición desde la ubicación del
espacio de
tablas relevante para la
partición a una ubicación de
respaldo. Por ejemplo, el
proceso sería así:
Importamos los espacios de tabla
transportables para tablas
particionadas creando una tabla de
marcador de posición,
descartando el espacio de tabla
original de la tabla de marcador de
posición y copiando la partición .
En ese momento, el servidor
puede intercambiar el espacio de
tablas para la tabla de marcador de
posición con el de la partición. Por
ejemplo, el proceso sería así:
C I F R A D O D E E S PAC I O D E TA B L A

MariaDB admite el cifrado de datos en reposo para el motor de almacenamiento

InnoDB. Cuando está habilitado, el Servidor cifra los datos antes de escribirlos en el
espacio de tablas y descifra las lecturas del espacio de tablas antes de devolver
conjuntos de resultados. Esto significa que un usuario malintencionado que intente
exfiltrar datos confidenciales no podrá importar el espacio de tablas en un servidor
diferente como se muestra arriba sin la clave de cifrado.
EJEMPLO EN MARIA DB
 REFERENCIAS BIBLIOGRÁFICAS

v Chobit, D. (15 de abril de 2015). ochobitshacenunbyte. Obtenido de

ochobitshacenunbyte: https://www.ochobitshacenunbyte.com/2015/04/15/crear-
cluster-mariadb-galera-cluster/
v https://mariadb.com/
v https://mariadb.com/kb/en/library/create-index/
v https://www.manejandodatos.es/2016/04/mecanismo-los-indices-mysql-mariadb/
v https://mariadb.com/kb/en/library/information-schema-tables-table/
v https://mariadb.com/kb/en/library/information-schema-tables/
v https://mariadb.com/kb/en/library/create-table/
v https://mariadb.org/table-and-tablespace-encryption-on-mariadb-10-1-3/
v https://mariadb.com/kb/en/library/innodb-file-per-table-tablespaces/