Início / ubuntu / Perguntas / 1283364
Accepted
Déjà vu
Asked: 2020-10-13 23:35:00 +0800 CST

MySQL, my.cnf e /etc/alternatives

  • 772

História ( a pergunta é em 2020 abaixo )

2018 . Após a nova instalação do 18.04, há dois anos, eu queria usar minha /etc/mysql/my.cnfconfiguração do 16.04 para fazer as coisas voltarem ao que eram. Mas a instalação do MySQL define dois links simbólicos

  • /etc/mysql/my.cnf -> /etc/alternatives/my.cnf
  • /etc/alternatives/my.cnf -> /etc/mysql/mysql.cnf

assim, substituí o novo /etc/mysql/mysql.cnfpelo meu antigo 16.04 /etc/mysql/my.cnf.
As coisas correram bem até outra atualização do MySQL, que, por alguns motivos, foi mysql.cnfsubstituída pela nova. Incomodar? Eu aceitei a substituição? Acho que não, mas, bem, isso é sempre possível.

Então o que eu fiz na época foi contornar o sistema de alternativas, ou seja, substituir o /etc/mysql/my.cnflink pelo meu my.cnfarquivo, e zerar mysql.cnf. Já que my.cnftem precedência sobre mysql.cnfisso funcionou (acho que tentei fazer um link simbólico mysql.cnfpara o meu my.cnfarquivo e houve outros problemas, não me lembro).

( Para ser honesto, não gostei muito da implementação de alternativas que encontrei, complicada e contra-intuitiva )

2020 . Fiz um upgrade de 18.04 para 20.04. E, naturalmente, o MySQL recriou um ambiente limpo com os links alternativos. Bom.

No entanto, para concluir a atualização, desta vez gostaria de manter as coisas limpas e, tanto quanto possível,

  • continue usando o sistema de alternativas ou não (dependendo do seu conselho)
  • garantir que uma atualização adicional do MySQL (a menos que seja v. 9) não substitua minha configuração (ou pergunte)

Qual é a maneira recomendada de manter uma instalação limpa do MySQL?

configuration mysql 20.04 update-alternatives

2 respostas

  1. Best Answer

    Tendo trabalhado com o MySQL desde os dias de 3. algo , descobri que o melhor lugar para definir as variáveis ​​de ambiente é em um .cnfarquivo separado. Com versões modernas do banco de dados (tudo do 5.3 para cima), eles podem ser gravados no /etc/mysql/mysql.conf.d/diretório. Isso me permite ter uma estrutura de diretórios como:

    drwxr-xr-x 2 root root 4096 Aug  6 23:08 ./
drwxr-xr-x 4 root root 4096 Aug  6 23:08 ../
-rw-r--r-- 1 root root 1434 Jun 27  2019 mysqld.cnf
-rw-r--r-- 1 root root  155 Jun 27  2019 z-application.cnf
-rw-r--r-- 1 root root 2893 Jun 27  2019 z-innodb.cnf
-rw-r--r-- 1 root root 1464 Jun 27  2019 z-replication.cnf

    Os arquivos de configuração são lidos em ordem alfabética, o que explica o z-prefixo feio, e o propósito dos arquivos é bastante autoexplicativo:

    Arquivo Contém
    application.cnf Configurações específicas do aplicativo, como número máximo de conexões, tempos de expiração de log, etc.
    innodb.cnf Configurações específicas do InnoDB, muitas vezes ajustadas ao longo do tempo para o hardware em que o servidor está sendo executado
    replication.cnf Configurações específicas de replicação.

    Isso me permite ter vários .cnfarquivos de modelo com o básico pré-preenchido e pronto para ser usado/personalizado para uma nova instalação do MySQL.

    Um pouco de fundo sobre o raciocínio por trás dessa prática ...

    O MySQL lê os arquivos de configuração em uma ordem muito particular, dependendo da plataforma em que está instalado. Você pode pedir ao MySQL o nome e a ordem dos arquivos de configuração com:

    mysqld --help --verbose

    Isso vai cuspir (para mim) mais de 3.000 linhas, mas, perto do topo, você verá isso:

    Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf 
The following groups are read: mysqld server mysqld-8.0

    Para mim, não há /etc/my.cnfarquivo. Há, no entanto, um /etc/mysql/my.cnfarquivo. Nesse arquivo há apenas duas linhas que importam:

    !includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/

    Com isso, o MySQL irá procurar todos os .cnfarquivos em /etc/mysql/conf.d/, depois todos os arquivos em /etc/mysql/mysql.conf.d/, lendo-os no motor em ordem alfabética. Prefiro ter minhas variáveis ​​carregadas depois que todos os arquivos padrão do MySQL são lidos porque reduz a chance de ter meus valores substituídos por um padrão. Então, porque /etc/mysql/mysql.conf.d/vem depois /etc/mysql/conf.d/, meus arquivos vão para lá.

    Eles nunca foram substituídos ou modificados durante uma atualização.

    Espero que isso lhe dê algo para explorar.

    • 1

  2. (Para ser sincero, não gostei muito da implementação de alternativas que encontrei, complicada e contra-intuitiva)

    O sistema de alternativas não é específico do MySQL; é um sistema geral que é usado no Debian e no Ubuntu em uma ampla variedade de pacotes. Sugiro que você aprenda como funciona e como se integrar a ele. Ele foi projetado para dar aos usuários controle total - para que eles possam substituir completamente a embalagem, se desejarem, ou integrar-se a ela, se desejarem os benefícios que a embalagem oferece.

    Consulte a página de manual update-alternatives(1) para obter detalhes.

    Se você tiver um específico my.cnfque deseja usar, não importa o quê, poderá adicioná-lo em algum lugar e usá update-alternatives-lo para selecioná-lo com uma prioridade mais alta do que qualquer coisa fornecida pela embalagem. Então ele se integrará e nunca será substituído.

    No entanto, se você fizer isso, entenda que my.cnfé provável que você falhe ao atualizar o Ubuntu no futuro, pois as diretivas de configuração disponíveis mudam com as principais versões do MySQL. Você precisará manter seu próprio my.cnfatualizado à medida que o MySQL muda.

    Se, em vez disso, você quiser que o empacotamento ajude, faça o que @Matigo sugere em sua resposta e adicione apenas substituições usando os .ddiretórios. Sempre que possível, providenciamos o empacotamento para adaptar automaticamente a configuração para evitar a quebra do MySQL durante as atualizações de lançamento. No entanto, geralmente fazemos isso apenas para pacotes de arquivos enviados, não para arquivos que você mesmo adicionou.

    Em última análise, embora seja perfeitamente razoável diferir dos padrões de configuração de empacotamento, é necessário esperar ter que ajustar a configuração quando você atualiza entre versões do Ubuntu, já que as expectativas do MySQL sobre a configuração mudam entre as principais versões do MySQL.

    • 1

relate perguntas