Opa, Eae Pessoal.

Nesse Post, venho apresentar e demonstrar como fazer a instalacao do MySQL fornecido pela Oracle de forma automatizada e simples.

Para este post estarei utilizando o seguinte cenario:
1 servidor para o ansible
1 servidor que sera o nosso banco de dados MySQL

Primeiramente temos que preparar nosso ambiente para utilizar o Ansible.

Veja abaixo com fazer a instalacao do Ansible no CentOS/Red Hat ou derivados:

Copy to Clipboardyum install ansible -y

Bom agora que ja temos o Ansible instalado, vamos fazer o download do pacote de scripts no GitHub abaixo:

Copy to Clipboardyum install git -y

Copiando o pacote de scripts com git:

Copy to Clipboardcd /root git clone https://github.com/emersongaudencio/ansible-mysql-install-standalone.git

…

Se buscarmos no dicionário: literais são significados. Descrição de algo, na forma de texto. No MySQL, Oracle, SQL Server, ou qualquer outro banco de dados, uma literal é o conteúdo de uma variável, ou, simplesmente, um valor oferecido para uma comparação. SET var_Nome = ‘ALEXANDRE’ No exemplo acima estamos atribuído a literal ALEXANDRE à variável … Continue lendo O que são literais no MySQL? →

Caras, estamos há dois dias da estréia do Star Wars no cinema. Nível de ansiedade nas alturas 🙂 Mas, voces não vieram aqui para falar de Star Wars. Então, vamos ao que interessa, e, deixemos que lado negro da força para iluminar sua mente. Sopa de letrinhas: AWS é Amazon Web Services. Aliás, acho que … Continue lendo MySQL na Amazon AWS: RDS ou EC2? →

O innotop é uma script perl criado para extrair informações importantes acerca do funcionamento interno do storage engine innoDB. A partir da versão 5.4 passamos a contar com informações sobre transações ativas, travamentos (locks), situação do innoDB Buffer Pool, etc, através de tabelas acrescidas ao catálogo do MySQL, também conhecido e representado pelo banco de … Continue lendo Como instalar o innotop para monitorar o innoDB →

O processo de upgrade é bem simples e importante para manter o seu banco de dados sempre atualizado tanto em questões de melhorias quanto em questões de correção de BUGs.

Os procedimentos que vou mostrar é o mesmo para fazer o upgrade dentro de uma mesma versão(10.2.5 pata 10.2.10) ou entre versões diferentes(10.2 para a 10.3). Mas sempre leia o release log e as considerações para o upgrade, pois podem existir situações em que para partir da versão N para a versão X você precisa antes fazer o processo de upgrade para a versão Q ou situações em que algo mudou a nível de configuração ou a nível de comportamento do banco de dados em alguma situação.

O MariaDB mantem essas informações disponível em seu site.
https://mariadb.com/kb/en/library/upgrading-from-mariadb-102-to-mariadb-103/

…

MySQL Como você restaura o tablespace?

Esta não é uma informação nova, mas eu não a abordei tanto, então dirijo-a agora para aqueles que precisam dela.

Se você perder seus arquivos ibd ... você perderá seus dados. Portanto, se você tiver uma cópia de uma disponível ... ou mesmo se estiver sincronizando a partir de outro banco de dados, ainda poderá importá-la. O que / como você perde o tablespace?

Aqui está um exemplo simples para recuperar o espaço de tabelas.



mysql> Create database demo;

mysql> use demo;

mysql> CREATE TABLE `demotable` (
-> `id` int(11) NOT NULL AUTO_INCREMENT,
-> `dts` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
-> PRIMARY KEY (`id`)
-> ) ENGINE=InnoDB;

Agora nós armazenamos alguns dados ...
…

Então percebi que não havia feito um post sobre isso depois dessa situação que surgiu recentemente.

Aqui está o cenário: Um backup foi feito à meia-noite, eles usaram o MySQL Dumps por banco de dados. Então, às dez da manhã do dia seguinte, o banco de dados caiu. Uma série de eventos aconteceu antes de eu ser chamado, mas eles conseguiram uma versão do banco de dados com tabelas MyISAM e os arquivos IBD faltando no tablespace.

Portanto, a opção 1, a restauração do backup, nos levaria à meia-noite e perderíamos horas de dados. Opção 2, nós reimportamos os milhares de arquivos ibd e mantemos tudo. Em seguida, tivemos a opção 3, restaurar a partir do backup e, em seguida, aplicar os logs binários para alterações recentes.

Para torná-lo mais interessante, eles não tinham todos os arquivos ibd que me contaram, e eu vi alguns desaparecidos. Portanto, não tenho certeza de como isso …

Então a replicação de grupo do MySQL foi lançada com o MySQL 5.7. Agora isso já está um pouco fora, enquanto as pessoas estão começando a perguntar mais sobre isso.

• https://dev.mysql.com/doc/refman/8.0/en/group-replication.html
• …

Assim, o problema de max_connections cair do valor definido em seu arquivo my.cnf para 214 existe há algum tempo no Ubuntu.

Como exemplo, foi observado aqui em 2015

• https://codepoets.co.uk/2015/mysql-max_connections-stuck-on-214/

Eu corri para isso novamente recentemente e foi resolvido com os seguintes passos.


# cp /lib/systemd/system/mysql.service /etc/systemd/system/
# cd /etc/systemd/system/
# vi mysql.service

LimitNOFILE=infinity
…

Então keepalived tem sido em torno de um bom tempo agora .... no entanto, ainda é um mistério para muitos.
Portanto, este é um exemplo muito simples de como o keepalived pode funcionar com o MySQL. Espero que isso possa ajudar as pessoas com dúvidas.

Nós teremos um mestre simples para configurar escravos. Significado .. nós escrevemos para um a menos que tenhamos failover para o segundo para algum evento.

1º - instalar keepalived


# yum search keepalived keepalived .x86_64: Balanceador de carga e serviço de alta disponibilidade
  Apenas para nomes e resumos, use "pesquisar todos" para tudo. # yum -y install keepalived
Agora você deve ter um arquivo de configuração
# ls -ltr /etc/keepalived/keepalived.conf  
Mantenha o original como você sempre faz backup .. certo .... # cp /etc/keepalived/keepalived.conf …