我太懂这种“文件明明就在眼前，程序却死活说找不到”的抓狂感了——全新安装环境还遇上这茬，确实闹心。结合你给出的细节，给你几个针对性的排查和解决方向：

1. 优先排查M系列芯片的架构兼容性（重中之重） #

如果你的Mac是M1/M2等arm64架构，大概率是驱动、unixODBC、Python三者的架构不匹配导致的：

• 先确认unixODBC的架构，执行：

  file $(which odbcinst)
  

  如果输出里是x86_64，但你的驱动是arm64版本（或者反过来），就会出现这种“文件存在但加载失败”的矛盾情况。
• 解决办法：用原生arm64的Homebrew（路径在/opt/homebrew而非/usr/local）卸载后重装组件：

  brew uninstall unixodbc msodbcsql17
  brew install unixodbc msodbcsql17
  

2. 用unixODBC自带工具验证驱动可用性 #

绕开pyodbc，直接用unixODBC的工具测试驱动是否能被正常识别：

• 先确认驱动配置能被读取：

  odbcinst -q -d -n "ODBC Driver 17 for SQL Server"
  

• 再用isql尝试连接（替换成你的数据库信息）：

  isql -v "ODBC Driver 17 for SQL Server" <你的用户名> <你的密码> <你的服务器地址>
  

  如果isql也报错，说明问题出在unixODBC和驱动的交互上；如果isql能成功连接，再聚焦排查pyodbc的问题。

3. 检查pyodbc与驱动的架构匹配度 #

如果你的Python是通过Rosetta安装的x86_64版本，而驱动是arm64，也会出现加载失败：

• 检查Python架构：

  python3 -c "import platform; print(platform.machine())"
  

  如果输出是x86_64，要么重装arm64版本的Python（用Homebrew安装即可），要么通过Rosetta终端运行Python和pyodbc。

4. 修复动态库缓存或权限问题 #

有时候系统的动态库缓存会出问题，或者权限设置导致无法读取文件：

• 更新动态库缓存：

  sudo update_dyld_shared_cache
  

• 确保驱动文件有读取权限（你之前的ls显示权限没问题，但可以再确认修复）：

  sudo chmod +r /opt/homebrew/Cellar/msodbcsql17/17.7.2.1/lib/libmsodbcsql.17.dylib
  

5. 绕开配置文件，直接指定驱动路径 #

如果odbcinst.ini的软链接路径有隐性问题，试试在pyodbc连接字符串里直接写驱动的真实绝对路径：

import pyodbc
conn = pyodbc.connect(
    'DRIVER=/opt/homebrew/Cellar/msodbcsql17/17.7.2.1/lib/libmsodbcsql.17.dylib;'
    'SERVER=<你的服务器地址>;'
    'DATABASE=<你的数据库名>;'
    'UID=<你的用户名>;'
    'PWD=<你的密码>'
)

内容的提问来源于stack exchange，提问作者Chris Fonnesbeck