解决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)

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

总结

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

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

学习一：macOS防火墙小知识

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

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

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