Eu tenho procurado por toda a web agora e não consigo encontrar a opção para desativar este comando. Eu acho que isso é uma falha de segurança bastante arriscada.
Existe uma opção para desativar SHOW DATABASES;, mas nãoSHOW TABLES;
Talvez alguns de vocês tenham
Eu database1continuei server1e database2continuei server2.
Agora eu preciso replicar uma única tabela de database1paradatabase2
Agora eu pensei que isso funcionaria:
replicate-ignore-table = %
replicate-do-table = table
replicate-rewrite-db = "database1->database2"
mas isso não parece funcionar, pois o mysql não aceita %símbolo com replicate-ignore-tablediretiva. alguma ideia ?
EDITAR:
Eu tentei :
replicate-ignore-table = database1.%
replicate-do-table = database1.table
replicate-rewrite-db = "database1->database2"
Agora o mysql está iniciando, mas a tabela não está sendo replicada.
Estou executando vários servidores MySQL como escravos e mestres. É muito chato procurar logs lentos e erros em todos os servidores, então gostaria de registrar todos os erros em um banco de dados externo.
DB1 DB2 DBn ...
\ | /
\ | / <-- error logs and slow logs
\ | /
[MySQL error & slow log database]
Existe alguma maneira simples de fazer isso?
Ou eu preciso escrever alguns scripts e outras coisas?
PS Espero que você aprecie minhas excelentes habilidades de diagramação ASCII
Estou construindo uma infraestrutura padrão, onde as gravações vão para o banco de dados mestre e as leituras vão para os bancos de dados escravos. A ideia é que, quando eu precisar de mais poder de leitura, eu apenas gere mais servidores escravos MySQL.
Agora estou ciente dos procedimentos padrão de como criar um novo escravo. E eles são um pouco lentos ... O que estou procurando é criar uma imagem de servidor que eu possa gerar quando precisar de mais poder de leitura e essa imagem seja sincronizada automaticamente com o mestre e se torne seu escravo para leituras.
No momento penso em fazer assim.
Talvez alguém tenha feito algo semelhante e possa compartilhar alguns recursos?
Eu tenho tentado resolver isso por alguns dias agora, e não consigo descobrir isso.
Eu tenho tentado definir a rotação de log para o mysql lento usando o recurso linux logrotate, e meu script parece travar em mysqladmin flush-logs. Então eu loguei no mysql e acabei de entrar FLUSH LOGS;. Não surpreendentemente, recebo um erro:
mysql> flush logs;
ERROR 1105 (HY000): Unknown error
Agora eu tenho saído pedindo ideias, mas nenhuma parece funcionar, não são permissões, nem proprietários, nem SELinux
Eu sei que costumava haver algum bug, como em 2005 ou 2008 ... mas é 2012, presumo que esteja corrigido.
Então, se alguém tiver alguma idéia, seria muito apreciada.
Existe uma maneira de fazer logs lentos do MySQL para iniciar um novo arquivo de log todos os dias? No momento, é apenas um único arquivo grande e tem que grep linhas para todos os dias. Seria muito mais conveniente ter arquivos separados para os logs lentos de cada dia.
Eu tenho que configurar um my.cnf ou algum recurso linux?
Tive um problema com nosso servidor de replicação. Essencialmente, temos 2 bancos de dados (database1 e database2). O servidor mestre tem ambos. Escravo tem apenas banco de dados1. Existe um
Replicate_Do_DB: database1
definido na configuração CHANGE MASTER TO.
Agora, o que aconteceu é que estamos usando o code igniter e um dos programadores criou o database2 e começou a inserir informações nele. O Code Igniter define um banco de dados padrão como database1. Agora o resultado é para cada consulta que ele produziu - recebo um erro em SHOW SLAVE STATUS\G:
Error 'Table 'database2.tbl40' doesn't exist' on query. Default database: 'database1'. Query: 'INSERT INTO `database2`.`tbl40` (`date`, `day`) VALUES ('2011-04-26', '2011-04-26')'
Então, basicamente, eu corrigi o problema depois, mas a replicação não funciona, pois há cerca de 1.000 consultas que produzirão esse erro para o servidor de replicação.
Minha pergunta é - existe alguma maneira de limpar consultas como essa do binlog? Ou eu preciso escrever um script que fará um
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
para cada consulta que produz um erro?
Eu estava testando algumas coisas e adicionei um:
grant usage on statistics.* to cptnotsoawesome@localhost identified by 'password';
então agora quando eu faço
show grants for cptnotsoawesome@localhost;
Vejo que um deles é:
Grants for cptnotsoawesome@localhost
----------------------------------
GRANT USAGE ON *.* TO 'cptnotsoawesome'@'localhost' IDENTIFIED BY PASSWORD 'somePEW-PEWstring'
Agora eu quero removê-lo, pois acho que é um risco de segurança, então faço o seguinte:
REVOKE USAGE ON *.* FROM 'cptnotsoawesome'@'localhost' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;
Mas ainda mostra essa concessão USAGE na lista de concessões.
Grants for cptnotsoawesome@localhost
----------------------------------
GRANT USAGE ON *.* TO 'cptnotsoawesome'@'localhost' IDENTIFIED BY PASSWORD 'somePEW-PEWstring'
Alguma idéia por quê? O que estou fazendo errado?
Estou otimizando nosso banco de dados. Essencialmente, estou tentando encontrar as tabelas mais escritas e mais lidas em nosso banco de dados. Depois disso, continuarei vinculando essas tabelas a unidades separadas.
Existe uma maneira de seguir cada atividade de tabelas? Como a seguir IOPS, gravações, leituras por tabela?
Como você costuma aquecer seu banco de dados?
Eu executo consultas semelhantes a esta para cada tabela no banco de dados:
SELECT * FROM ip_log ORDER BY ID;
SELECT ip, member_id FROM ip_log ORDER BY ip, member_id;
Essa é a melhor maneira, ou há algo mais legal?
Estou ciente de que existe a possibilidade de ter um único servidor de banco de dados com muitas tabelas/bancos de dados e você pode separar algumas dessas tabelas/bancos de dados em discos separados. Digamos que você tenha 5 tabelas/bancos de dados e 5 unidades. Então você anexa cada tabela/banco de dados para uma unidade diferente. Aumentando assim IO e tudo mais.
Como se chama essa técnica?
Acho que se você tentar separar os bancos de dados, basta montar uma unidade diferente em uma pasta diferente para um banco de dados diferente, mas e se você quiser separar as tabelas em unidades separadas (cada tabela em um disco diferente)