解决mac上mysql不能远程访问的问题

问题背景

公司的部分测试环境在一台iMac上,其中mysql是通过brew进行安装的。
安装时,配置一下macOS的防火墙,允许一下mysqld应用程序,其他电脑就可以访问了。
后来进行了一次brew upgrade升级,就不能访问了。

分析与定位过程

1. 初步认为是防火墙配置问题

各种google,各种查年macOS的帮助文档,各种尝试,最终告败。

2. 遇到转机,发现是mysql服务问题

上面各种尝试时,发现mysqld进程中,带了参数--bind-address=127.0.0.1,才考虑到是由于mysql升级导致mysql默认本地访问。

解决方法与过程

确定病因

查看mysql进程,发现带有参数--bind-address=127.0.0.1

➜  ~ ps -ef|grep mysql
  501   452     1   0  5:35下午 ??         0:00.03 /bin/sh /usr/local/opt/mysql/bin/mysqld_safe --bind-address=127.0.0.1 --datadir=/usr/local/var/mysql
  501   597   452   0  5:35下午 ??         0:08.17 /usr/local/opt/mysql/bin/mysqld --basedir=/usr/local/opt/mysql --datadir=/usr/local/var/mysql --plugin-dir=/usr/local/opt/mysql/lib/plugin --bind-address=127.0.0.1 --log-error=/usr/local/var/mysql/wenin819-RMBP.local.err --pid-file=/usr/local/var/mysql/wenin819-RMBP.local.pid
  501 14758  9182   0  3:07下午 ttys002    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn mysql

确认端口监听,发现只监听localhost,确定病因。

➜  ~ sudo lsof -i:3306
Password:
COMMAND    PID  USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
mysqld     597 wenin   40u  IPv4 0x7ab1e3f71f0cd1af      0t0  TCP localhost:mysql (LISTEN)
JavaAppli 7506 wenin   83u  IPv6 0x7ab1e3f71c925147      0t0  TCP [::192.168.1.189]:60796->[::192.168.1.88]:mysql (CLOSED)

恍然大悟,知道macOS防火墙中为什么没有主动出现mysqld应用程序。自己手工添加也不可以。

解决过程

通过google与brew info mysql,以及查看mysql配置文件,都没有发现“问题参数”是哪里添加的。最后只有通过暴力查找了,查找发现在homebrew.mxcl.mysql.plist文件中指定了那参数。

➜  ~ cd $(brew --prefix mysql)/
➜  mysql grep '127.0.0.1' -r * | vim -

编辑该文件,去掉<string>--bind-address=127.0.0.1</string>,或改为<string>--bind-address=0.0.0.0</string>,最终homebrew.mxcl.mysql.plist文件内容如下。

➜  mysql cat homebrew.mxcl.mysql.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>KeepAlive</key>
  <true/>
  <key>Label</key>
  <string>homebrew.mxcl.mysql</string>
  <key>ProgramArguments</key>
  <array>
    <string>/usr/local/opt/mysql/bin/mysqld_safe</string>
    <string>--datadir=/usr/local/var/mysql</string>
    <string>--bind-address=0.0.0.0</string>
  </array>
  <key>RunAtLoad</key>
  <true/>
  <key>WorkingDirectory</key>
  <string>/usr/local/var/mysql</string>
</dict>
</plist>

重启mysql服务。

➜  mysql sudo brew services restart mysql
Stopping `mysql`... (might take a while)
==> Successfully stopped `mysql` (label: homebrew.mxcl.mysql)
==> Successfully started `mysql` (label: homebrew.mxcl.mysql)

进一步开启防火墙,解决问题。


mysqld的macOS防火墙配置

总结

反思一:先入为主,过分依赖自己的猜测

最终定位解决问题很简单,不过我还是犯了这样低级错误,主要原因如下。
这台iMac既当部分测试环境,同时也是别人的个人电脑,在出问题的前后,有macOS系统的升级,又有brew upgrade升级,可以说mysql与系统都可能发生改变,给解决问题带了迷雾。本来可以利用自己Linux运维知识,能很快的去确定问题的,但由于自己的猜测,走错了方向,绕了很大的弯路。

学习一:macOS防火墙小知识

  1. 当应用或服务初始监听某一端口时,系统会询问是否允许访问;在shell环境下默认阻止(猜测,可以先这样理解)。同时在防火墙中会出现对应应用程序的配置。
  2. 如果防火墙中没有对应的配置,很可能是应用没有监听外网端口,或是被删除掉了配置,这样可以通过sudo lsof -i:<端口号>去确认。
  3. 如果由于防火墙配置被删除,可以通过sudo ps -ef|grep <pid>,查询到监听端口对应的命令行,进而手动添加此应用,进而进行配置。

学习二:macOS防火墙只能按应用配置,而不能按端口配置,利大于弊

这样更安全,毕竟macOS主要针对个人用的,应用会装很多很杂。如果只是按端口配置,那恶意应用完全可以在对应服务停止的情况下,利用此端口,进而威胁电脑的安全。
所以网上虽然有办法可以让macOS按端口进行配置防火墙,但我真不建议大家那样做。

推荐阅读更多精彩内容