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/

…

Antes de começar a escrever suas buscas pelos dados , recomendo você a primeiro ter uma ideia do que é mais importante para seus usuários.
Quais valores e o tamanho de seus subconjunto vão conduzir a escolha do(s) índice(s) . O índice nada mais é que uma forma de acessar
mais rapidamente uma informação específica. Aqui é muito importante perceber que “informação específica” não é “todas as informações”.
E apesar de contribuirem para o acesso a determinados dados, eles vêm com um custo, tanto em armazenamento quanto em processamento. Por isso
a estratégia adotada na criação de um indice deve considerar, por exemplo, que o volume de armazenamento de um indice pode ser muito maior
que o volume de armazenamento do dado que está sendo indexado. Considere os índices em suas estratégias de backup/restore.
E quanto ao processamento? Toda ação de insert/delete/update no banco, …

Hoje vamos falar um pouco sobre um assunto muito desejado e esperado, tanto por desenvolvedores quanto por DBAs.
O MySQL suporta armazenar documentos JSON????
A resposta é um grande e sonoro SIM!!!
Na versão 5.7.8 foi adicionado o data type JSON e com ele você pode armazenar e manipular documentos JSON.

Isso significa que posso fazer no MySQL tudo que faço no MongoDB?

Não, pelo menos por enquanto não. Eu ainda não vejo dessa forma, na maturidade atual do recurso ele já pode ajudar muito a suprir algumas necessidades em armazenar e manipular documentos JSON, mas não temos(ainda!?) uma engine completa e altamente robusta para isso!

Vamos ver alguns exemplos de como armazenar, buscar e manipular documentos JSON. Em um próximo POST vou falar sobre performance e melhores práticas.

Para esse exemplo estou utilizando o MySQL 5.7.11 que …

Algumas vezes temos a necessidade de realizar consultas ou até mesmo JOINs com tabelas que estão em outro servidor MySQL/MariaDB. E no nosso cenário não temos um MySQL Cluster, nem um MariaDB/Percona Galera Cluster, nem sequer uma replicação, seja isso por qualquer motivo(projetos diferentes, empresas diferentes, etc…).
Para isso o MySQL tem(e faz muito tempo) uma engine específica, a engine FEDERATED. Sim ela permite realizar uma conexão com outro servidor MySQL/MariaDB e executar uma consulta em uma tabela. Mas tenha em mente que a performance vai depender de vários itens, como a velocidade da comunicação pela internet/rede local, quantidade de dados e itens relacionados a performance em geral(estrutura da tabela, índices, engine…).

No exemplo estou usando o MySQL 5.6.28, mas esse mesmo exemplo vai funcionar para o MySQL 5.5 e 5.7, no MySQL 5.1 e 5.0 não testei, se não for …

Um procedimento comum após a instalação do MySQL é alterar o datadir e normalmente é para outra unidade de disco. Nos servidores que eu administro sempre busco deixar o datadir em uma unidade de disco e a gravação de logs em outra, isso faz não existir concorrência de I/O no momento de leitura ou gravação de dados.

Eu normalmente utilizo CentOS para o MySQL mas devido a um projeto acabei utilizando Ubuntu 14.04. Toda a instalação, tuning, etc… foi maravilhosamente bem, até o momento em que eu foi alterar o datadir do MySQL.

Então eu parei o serviço do MySQL com o comando /etc/init/d/mysql stop , e editei o /etc/mysql/my.cnf para alterar as variáveis de datadir e variáveis de diretório das tabelas InnoDB.

Copy to Clipboard datadir = /database/mysql innodb_data_home_dir = /database/mysql innodb_log_group_home_dir = /database/mysql

Nesse momento os problemas começaram, o serviço do MySQL não …

Esta pequena atualização surpreendeu. Em um upgrade do MaxScale 2.0 para 2.1, o MaxScale alterou o endereço de ligação padrão de IPv4 para IPv6. Isso é mencionado nas notas de versão como esta:

O MaxScale 2.1.2 adicionou suporte para endereços IPv6. A interface padrão a que os ouvintes se ligam foi alterada do endereço IPv4 0.0.0.0 para o endereço IPv6 ::. Para vincular ao endereço IPv4 antigo, adicione address=0.0.0.0 à definição do ouvinte. – Upgrading MariaDB MaxScale from 2.0 to 2.1

O resultado é bastante significativo, porém, porque a autenticação no MySQL é geralmente baseada em host ou em IP, com permissões concedidas, como esta:

$ SET PASSWORD FOR 'xxx'@'10.0.0.1' = PASSWORD('your_password');

Observe o uso explícito do endereço IP …

Lá se vão os dias em que simplesmente mudar as configurações no arquivo /etc/my.cnf seria suficiente. Entre para o novo mundo do systemd.

O systemd em si tem um limite que controla quantos arquivos de um determinado serviço podem ser abertos, independentemente do que você configurar no arquivo /etc/my.cnf ou no arquivo /etc/security/limits.conf.

Para aumentar os arquivos abertos do MariaDB sendo executados em um sistema RHEL ou CentOS 7 com systemd, faça o seguinte.

Primeiro, crie um novo diretório que irá realizar as mudanças no serviço MariaDB para ele. Ao fazer as alterações aqui, tenha certeza de que as atualizações de pacotes que iriam/poderiam sobrescrever o mariadb.service não sobrescreva suas próprias mudanças.

$ mkdir -p /etc/systemd/system/mariadb.service.d/

Em seguida, configure o systemd para que o serviço do MariaDB possa abrir mais …

Sabe quando tem uma sessão travada? Ou você precisa otimizar um processo do usuário mas existe uma centena de sessões no banco de dados e você fica caçando a danada nas tabelas de processos ou com o bom e velho “show full processlist” ?

O ideal seria que a aplicação identifica-se cada sessão no banco de dados, desenvolvedores Oracle costumam fazer esse tipo de identificação através de um pacote “DBMS_SESSION.CLIENT_INFO” e no SQL Server isso muitas vezes é feito nativamente pelo driver de conexão!

A dúvida é, como fazer isso no MySQL!? No ano passado eu até reportei um bug solicitando esse recurso pois não encontrava em lugar nenhum, mas a equipe de suporte prontamente me enviou os links dos recursos já existentes que fazem exatamente isso:

Bug:

…

Originally posted: http://anothermysqldba.blogspot.com/2014/01/hard-work-that-goes-unnoticed.html

Eu levei um momento hoje e atualizado uma das minhas distribuições Linux. Nesta distribuição Acontece que eu tenho Percona 5.6 instalado como o banco de dados MySQL. Eu já mencionei antes, como você pode configurar a sua escolha de MySQL através de um repositório Yum .

Meu ponto aqui é que, como é que vamos sempre agradecer a essas pessoas por todo o trabalho que eles fazem?

Muitos desses repositórios são …

Original post: http://anothermysqldba.blogspot.com/2013/11/a-strategy-from-community.html
Vimos as notícias sobre MariaDB substituindo MySQL no Fedora, SUSE e Red Hat.

Enquanto a Oracle não seria feliz com essa notícia, a comunidade open source suporta o foco em um "mais" solução de código aberto a ser implementado em Linux.

O interessante que todos nós podemos mais olhar é que, a decisão ou estratégia para se deslocar para MariaDB do MySQL não foi provavelmente apenas feita pela administração superior em Red Hat. Isso é muito mais provável que seja um movimento da comunidade open source que a Red Hat avaliados e eles escutaram.

Considere isso, dê uma olhada em volta do Jackie Yeaney ( …