问题背景
公司的部分测试环境在一台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防火墙小知识
- 当应用或服务初始监听某一端口时，系统会询问是否允许访问；在shell环境下默认阻止（猜测，可以先这样理解）。同时在防火墙中会出现对应应用程序的配置。
- 如果防火墙中没有对应的配置，很可能是应用没有监听外网端口，或是被删除掉了配置，这样可以通过
sudo lsof -i:<端口号>去确认。 - 如果由于防火墙配置被删除，可以通过
sudo ps -ef|grep <pid>，查询到监听端口对应的命令行，进而手动添加此应用，进而进行配置。
学习二：macOS防火墙只能按应用配置，而不能按端口配置，利大于弊
这样更安全，毕竟macOS主要针对个人用的，应用会装很多很杂。如果只是按端口配置，那恶意应用完全可以在对应服务停止的情况下，利用此端口，进而威胁电脑的安全。
所以网上虽然有办法可以让macOS按端口进行配置防火墙，但我真不建议大家那样做。
