Não tenho certeza se isso é verdade, mas lembro de ler se você executar o seguinte comando no linux
mysqldump -u username -p database_name > backup_db.sql
enquanto as leituras e gravações estão sendo feitas em um banco de dados, o dump pode conter erros.
Existem opções específicas no comando mysqldumppara garantir que isso seja feito com segurança em um sistema ativo? Concordo com leituras/gravações sendo desabilitadas para nossos usuários por alguns segundos (o banco de dados <50 MB)
Referência: https://stackoverflow.com/a/8690422/784637
Corrija-me se estiver errado, mas a melhor resposta sugere uma maneira de forçar tudo que está sendo inserido no banco de dados a ser codificado em utf-8 e tudo que sai do banco de dados a ser codificado em utf-8.
Qual é a diferença entre os dois seguintes:
[client]
default-character-set=utf8
[mysqld]
default-character-set = utf8
A diretiva [mysqld]força todas as gravações no banco de dados a serem codificadas em um determinado formato e a diretiva [client]força toda a saída a ser codificada em um determinado formato?
Por exemplo, se as duas diretivas a seguir forem definidas:
[client]
default-character-set=utf8
[mysqld]
default-character-set = utf8
e há uma string php $varcodificada em latin1, se essa string for inserida no banco de dados, ela será armazenada no banco de dados como utf-8. Mas se uma instrução select for executada para recuperar esse valor, ela será codificada em latin1.
Tenho uma tabela que possui 46 campos com uma AUTO_INCREMENT PRIMARY KEY. É difícil olhar para uma tabela que tem tantas colunas, então frequentemente uso uma SELECTinstrução para ver 34 dos campos que categorizo mentalmente como 'grupo 1' e 12 campos que categorizo como 'grupo 2'.
Eu enfrentaria um desempenho atingido em leituras/gravações se eu dividisse esta tabela em duas tabelas, uma com 34 campos e outra com 12 campos?
Ambos teriam a mesma CHAVE PRIMÁRIA AUTO_INCREMENT para que pudessem ser unidos na chave PRIMÁRIA se eu precisar examinar 46 campos de uma vez.