Python mysqldb: Biblioteca não carregada: libmysqlclient.18.dylib

Acabei de compilar e instalar o mysqldb para python 2.7 no meu mac os 10.6. Criei um arquivo de teste simples que importa

import MySQLdb as mysql

Em primeiro lugar, este comando está sublinhado em vermelho e as informações dizem "Importação não resolvida". Então tentei executar o seguinte código python simples

import MySQLdb as mysql

def main():
    conn = mysql.connect( charset="utf8", use_unicode=True, host="localhost",user="root", passwd="",db="" )

if __name__ == '__main__'():
    main()

Ao executá-lo, recebo a seguinte mensagem de erro

Traceback (most recent call last):
  File "/path/to/project/Python/src/cvdv/TestMySQLdb.py", line 4, in <module>
    import MySQLdb as mysql
  File "build/bdist.macosx-10.6-intel/egg/MySQLdb/__init__.py", line 19, in <module>
    \namespace cvdv
  File "build/bdist.macosx-10.6-intel/egg/_mysql.py", line 7, in <module>
  File "build/bdist.macosx-10.6-intel/egg/_mysql.py", line 6, in __bootstrap__
ImportError: dlopen(/Users/toom/.python-eggs/MySQL_python-1.2.3-py2.7-macosx-10.6-intel.egg-tmp/_mysql.so, 2): Library not loaded: libmysqlclient.18.dylib
  Referenced from: /Users/toom/.python-eggs/MySQL_python-1.2.3-py2.7-macosx-10.6-intel.egg-tmp/_mysql.so
  Reason: image not found

Qual pode ser a solução para o meu problema?

EDIT: Na verdade, descobri que a biblioteca está em / usr / local / mysql / lib. Então, preciso dizer à minha versão do pydev eclipse onde encontrá-la. Onde eu coloco isso?

Resolvi o problema criando um link simbólico para a biblioteca. Ou seja,

A biblioteca real reside em

/usr/local/mysql/lib

E então eu criei um link simbólico no

/usr/lib

Usando o comando:

sudo ln -s /usr/local/mysql/lib/libmysqlclient.18.dylib /usr/lib/libmysqlclient.18.dylib

para que eu tenha o seguinte mapeamento:

ls -l libmysqlclient.18.dylib 
lrwxr-xr-x  1 root  wheel  44 16 Jul 14:01 libmysqlclient.18.dylib -> /usr/local/mysql/lib/libmysqlclient.18.dylib

Foi isso. Depois disso tudo funcionou bem.

EDITAR:

Observe que, desde o MacOS El Capitan, a Proteção de integridade do sistema (SIP, também conhecida como "sem raiz") impedirá a criação de links /usr/lib/. Você pode desativar o SIP seguindo estas instruções , mas pode criar um link /usr/local/lib/:

sudo ln -s /usr/local/mysql/lib/libmysqlclient.18.dylib /usr/local/lib/libmysqlclient.18.dylib

Meu método preferido é realmente corrigir a biblioteca em vez de jogar com variáveis ​​de ambiente que podem ou não estar no escopo, dependendo de como o aplicativo é executado. Este é realmente um processo bastante simples.

Primeiro, observe a saída de erro para ver onde o módulo python incorreto está localizado:

ImportError: dlopen (/Library/Python/2.7/site-packages/_mysql.so, 2): Biblioteca não carregada: libmysqlclient.18.dylib Referenciado por: /Library/Python/2.7/site-packages/_mysql.so Motivo: imagem não encontrada

Ok, o arquivo incorreto é /Library/Python/2.7/site-packages/_mysql.so

Em seguida, descubra onde _mysql.so acha que deve encontrar o libmysqlclient.18.dylib:

% otool -L /Library/Python/2.7/site-packages/_mysql.so
/Library/Python/2.7/site-packages/_mysql.so:
    libmysqlclient.18.dylib (compatibility version 18.0.0, current version 18.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)

Então, ele está procurando libmysqlclient.18.dylib sem informações de caminho, vamos corrigir isso:

% sudo install_name_tool -change libmysqlclient.18.dylib /usr/local/mysql/lib/libmysqlclient.18.dylib /Library/Python/2.7/site-packages/_mysql.so

Agora _mysql.so conhece o caminho completo para a biblioteca e tudo funciona, independentemente das variáveis ​​de ambiente.

% otool -L /Library/Python/2.7/site-packages/_mysql.so                                                                                           
/Library/Python/2.7/site-packages/_mysql.so:
    /usr/local/mysql/lib/libmysqlclient.18.dylib (compatibility version 18.0.0, current version 18.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)

Descobri que havia outra solução para esse problema, em vez de criar um link simbólico.

Você define o caminho para seu diretório, onde reside libmysqlclient.18.dylib, como variável de ambiente DYLD_LIBRARY_PATH. O que fiz foi colocar a seguinte linha no meu .bash_profile:

export DYLD_LIBRARY_PATH=/usr/local/mysql-5.5.15-osx10.6-x86/lib/:$DYLD_LIBRARY_PATH

É isso aí.

No meu caso, estava recebendo o erro no Mac OS X 10.9 Mavericks. Instalei o MySQL Community Server diretamente do site Oracle / MySQL da DMG.

Tudo o que eu precisava fazer era vincular os arquivos lib ao diretório / usr / local / lib.

mkdir -p /usr/local/lib   
ln -s /usr/local/mysql/lib/libmysql* /usr/local/lib

Bônus: Se você também estiver executando o Mac OS X, há uma ótima ferramenta para localizar arquivos como o arquivo libmysqlclient.18.dylib, http://apps.tempel.org/FindAnyFile . Foi assim que encontrei originalmente o local do arquivo dylib.

Descobri que colocar isso no seu .profile ou .bashrc (o que você usar) é a maneira mais fácil de fazer isso, os links sym são confusos em comparação com os caminhos dos arquivos de origem.

Também comparado com a resposta do yoshisurfs, na maioria das vezes quando o mysql é instalado, o diretório mysql deve ser renomeado para apenas mysql, não o nome completo do arquivo, para facilitar o uso.

export DYLD_LIBRARY_PATH=/usr/local/mysql/lib:$DYLD_LIBRARY_PATH

Eu me deparei com isso em alguns ambientes virtuais.

pip uninstall MySQL-python
pip install -U MySQL-python

Trabalhou as duas vezes.

No plugin eclipse pydev, convém definir a variável de ambiente para DYLD. O caminho pode ser definido como mostrado em

Instale o mysqldb no snow leopard

Para aqueles que usam homebrew, você pode corrigir isso com:

$ brew link mysql

No meu caso, em El Capitan (OSX 10.11), devo fazer o seguinte em ~/.bash_profile

export DYLD_LIBRARY_PATH="/usr/local/mysql/lib:${DYLD_LIBRARY_PATH}"
export PATH="/usr/local/mysql/lib:${PATH}"

quando você estiver em El Capitan, receberá um erro: é ln: /usr/lib/libmysqlclient.18.dylib: Operation not permitted necessário fechar o "System Integrity Protection".

primeiro, reinicie e segure cmd + R para entrar no modo de recuperação, inicie o terminal e digite o comando:, csrutil disableagora você pode reiniciar e tente novamente.

Na nova instalação do El Capitan, em que o SIP (sem raiz impede o acesso a usr / lib /) está ativado por padrão e você não pode criar o link simbólico, a menos que esteja no modo de recuperação. Como o @yannisxu disse, você pode desativar o SIP e fazer o seu link simbólico para / usr / lib / local, e isso funcionará.

você pode usar o seguinte comando no MAC OSX El Capitan em vez de desativar o SIP:

sudo ln -s /usr/local/mysql/lib/libmysqlclient.18.dylib /usr/local/lib/libmysqlclient.18.dylib

Costumava haver uma opção em que você pode fazer login como root e isso pode desativar o SIP, mas na versão final agora obsoleta, você pode ler mais sobre isso aqui: https://forums.developer.apple.com/thread/4686

Questão:

Existe um comando nvram boot-args disponível no Developer Beta 1 que pode desativar o SIP quando executado com privilégios de root:

nvram boot-args="rootless=0"

Essa opção de desativar o SIP também estará disponível na versão do El Capitan? Ou isso é estritamente para o Developer Builds?

Responda:

Este comando nvram boot-args desaparecerá. Ele não estará disponível na versão de lançamento do El Capitan e poderá desaparecer antes do final do desenvolvedor Betas. Fique de olho nas notas de versão do futuro Developer Betas.

Eu tive esse problema e demorei um pouco para descobrir como consertar isso.

Meu caso é um pouco diferente. Meu servidor MySQL é da versão 5.1.x. E de alguma forma eu atualizei meu MySQL-python de 1.2.3 para 1.2.5. E eu continuava recebendo esse problema desde então, caso eu adicionasse o seguinte link.

libmysqlclient.18.dylib -> /usr/local/mysql/lib/libmysqlclient.18.dylib

Acontece que para o MySQL 5.1.x não existe libmysqlclient.18.dylib, mas apenas libmysqlclient.16.dylib. Você pode corrigir esse problema fazendo o downgrade do seu MySQL-python para 1.2.3 ou atualizando o servidor MySQL para 5.6.x (eu não tentei o 5.5.x.)

Fiz o downgrade da biblioteca para a versão 1.2.3, pois a atualização do MySQL não é uma opção para mim.

vá para http://dev.mysql.com/downloads/connector/c/ e faça o download do MySQL Connector / C. depois de obter o pacote, crie um novo diretório 'mysql', descompacte o arquivo do Mysql Connector no diretório mysql e, em seguida, no mysql, crie outro diretório vazio 'build'.we usará' build 'para criar o MySQL Connector / C. cd build && cmake ../your-MySQL-Connector-source-dir make && make install após make install, você receberá um diretório chamado mysql em / usr / local. ele contém todos os cabeçalhos e bibliotecas que você precisa. vá para este diretório e copie os cabeçalhos e bibliotecas para os locais correspondentes.

podes tentar:

sudo install_name_tool -change libmysqlclient.18.dylib /Users/toom/.python-eggs/MySQL_python-1.2.3-py2.7-macosx-10.6-intel.egg-tmp/_mysql.so`

Observe o bug do MySQL Connector / C no macOS (minha versão atual é 10.13.2), corrija o mysql_config e reinstale o mysqlclient ou o MySQL-python, aqui estão os detalhes