Original post: http://anothermysqldba.blogspot.com/2014/03/mysql-and-os-x-install-and-remove.html
Portanto, esta é uma referência a este bug:
Acontece que eu deparar-lo assim que eu percebi que o Parreira
testá-lo com 5.7 também.
Eu também era capaz de reproduzir este erro com a versão mais
recente DMR. (No momento do teste mysql-5.7.3-m13) Eu estava
usando o fornecido DMG eo arquivo tar.gz.
dyld: Symbol not found: _strnlen
Referenced from: …
Mais um Tech Tour! Desta vez em Manaus/AM, amanhã 27-mar-14 a
partir das 8h00. O evento é organizado pela Lustrabits,
parceria Oracle para MySQL. Mais informações e inscrições pelo
telefone +55 92 3236-6901.
A nossa agenda é a seguinte:
ATUALIZAÇÃO:
Slides "Oracle MySQL Premier Support"
Oracle Premier Support para …
Uma boa prática antes de atualizar a sua base é sempre fazer um back-up das tabelas que pode ser feito de forma rápida com o seguinte comando:
// criando a nova tabela CREATE TABLE nova_tabela LIKE minha_base.tabela; // copiando os dados INSERT nova_tabela SELECT * FROM minha_base.tabela;
Você deve imaginar, que vou explicar como otimizar a performance do banco de dados com os novos catálogos de performance do mysql(performance_schema)?
Não! HAhAHA
Vou explicar, que ele também pode ser o vilão da história!
Performance_schema é uma excelente ferramenta para monitoria do ambiente, possibilitando a analise de possíveis problemas de performance, mas o uso desse recurso causa em média entre 10% e até 30% de “overhead”, ou seja onera em até 30% o seu banco de dados causando lentidão nos processos executados no mesmo.
As versões mais recentes do MySQL tem esse recurso configurado por padrão, ou seja, é automaticamente ativado na inicialização da instância. Em pequenos bancos de dados ou com fluxo transacional baixo, acaba sendo imperceptível a queda de performance gerada por essa monitoria, mas em ambientes com grande fluxo transacional, filas de processamento e Terabytes de …
[Leia mais]
Ótima apresentação. Da época que o InnoDB era da Oracle, mas o
MySQL ainda não.
Uma dica para quem está interessado nos internals do MySQL é o
libro Expert MySQL 2a Ed. por Charles Bell (um dos engenheiros do
MySQL na Oracle) http://www.amazon.com/Expert-MySQL-Charles-Bell/dp/1430246596
Pesquisando encontrei uma documentação no Slideshare excelente, um pouco antiga, de 2009 da Innobase, mas excelente pelas imagens que explicam a arquitetura interna do Innodb e suas ligações, segue:
http://pt.slideshare.net/mysqlops/innodb-internal-9032556
Para quem conhece outras arquiteturas como a do Oracle, fica mais fácil!
A documentação é bem técnica, é mais útil para DBA’s e pessoas com tempo! HAHAHA
Para quem já conhece as estruturas de outros databases como o Oracle,DB2 e até mesmo o SQL Server, é sempre interessante entender o funcionamento interno do banco de dados para planejar e usufruir os recursos da melhor forma. Será extremamente útil a imagem a seguir para DBA’s de outros SGBD e até mesmo para quem está começando agora com MYSQL, a imagem a seguir explica todo o fluxo de dados e transações, exibindo tanto as estruturas de memória quanto as de disco, segue:
O Script a seguir gera um Job que monitora e reinicializa a replicação automaticamente caso a mesma esteja parada, tive de fazer esse script pois não encontrei em local algum algo parecido, segue:
USE mysql; DELIMITER $$ CREATE PROCEDURE MonitoringReplication() BEGIN DECLARE check_slave_status varchar(10); SELECT VARIABLE_VALUE INTO check_slave_status FROM information_schema.GLOBAL_STATUS WHERE VARIABLE_NAME='Slave_Running'; IF check_slave_status = 'OFF' THEN stop slave; start slave; END IF; END$$ DELIMITER ; use mysql; DROP EVENT MonitoringReplication CREATE EVENT MonitoringReplication ON SCHEDULE EVERY 2 MINUTE DO CALL MonitoringReplication;
Original post: http://anothermysqldba.blogspot.com/2014/03/planning-mysql-downtime-and-other.html
Todos nós sabemos que, enquanto o MySQL é estável e pode
funcionar por um tempo muito longo sem reiniciar. De vez em
quando nós precisamos reiniciar a ele ajustar algumas variáveis
ou para atualizar embora. Alguns poderiam supor que durante a
noite é o melhor momento para fazer isso, porque os seus usuários
estão dormindo. No entanto, muitas vezes durante a noite também
inclui backups e outros scripts crontab relatou que poderia estar
fazendo diferente mineração de dados e etc
Então, como você pode obter uma orientação sobre quando você tem
a menor atividade no servidor? Agora cada aplicação e banco de
dados são diferentes, por isso você precisa levado em conta que a
atividade …
O time MySQL da Oracle estará em Blumenau/SC no evento MySQL Tech
Tour no dia 12-mar-14 a partir das 8h00. Coincidentemente a mesma
data do Festival Brasileiro da Cerveja. ;-)
A nossa agenda é a seguinte:
O evento é organizado pela KSys em parceria com a Oracle. Mais informações e inscrições: …
[Leia mais]
