Linux下H5开发环境与数据库一体化配置方案

　　去年五一那会儿，我段位其实不高，就想着搞个Linux下H5开发环境跟数据库的一体化配置——当时被个破项目逼的，前端后端数据库全得自己搭，开发机还是台二手ThinkPad，键盘空格键声音跟别的键都不一样，敲起来像踩空了台阶。最开始我原以为直接装个Docker跑MySQL，再挂个Node.js服务就完事儿了，结果容器里端口映射搞了半小时，前端调用API的时候总报502，耳机戴久了耳朵疼，摘下来才发现是室友在旁边煮泡面，那味儿冲得我差点把终端给关了。

　　后来发现根本不是端口的问题——Docker镜像里的MySQL版本太老，前端用的Sequelize连不上，非得降级到5.7，可项目里又用了8.0的新特性。充电线不够长，我只能歪着坐，屏幕反光得厉害，代码都看不清。这时候老张在语音里咳嗽了两声，说：“你试试把数据库挂到宿主机上，开发环境直接走本地连接。”我骂他：“那还搞个屁的一体化？”他回：“一体化不是让你死磕容器，是让开发机自己能跑全流程，测试的时候再打包进镜像。”

　　我半信半疑，照他说的改了配置——MySQL装在/usr/local/mysql，Node.js用nvm切到16.x，前端用Vite，数据库连接字符串直接写localhost。结果你猜怎么着？前端热更新的时候，数据库连接池居然没断，之前用Docker的时候每次保存文件都得重新建连接，现在帧数（啊不，响应速度）直接拉满。外卖送到了，我去开门的时候还在想，这他妈才是“一体化”该有的样子——不是强行把所有东西塞进一个容器，而是让每个组件在本地跑得顺，需要隔离的时候再打包。

　　但真正让我觉得这方案站得住脚的，是后来被翻盘的那把——哦不，是后来测试的时候。我们有个老项目，之前用Docker Compose跑，前端、后端、数据库全在容器里，结果开发机内存不够，跑着跑着就OOM。改用本地MySQL之后，内存占用降了40%，前端热更新速度快了三倍。我原以为这是偶然，结果老李说：“你试试把Redis也挂本地。”我骂他：“Redis也挂本地，那测试环境跟生产环境差远了！”他回：“生产环境当然用K8s，但开发环境要的是快，不是准。”

文章配图，仅供参考

　　对了，那台ThinkPad的空格键后来彻底坏了，我换了台MacBook Pro，结果发现macOS下的MySQL客户端跟Linux不一样，连接字符串得改。老李在语音里笑：“你看，这就是为什么一体化方案要留扩展口，不能死磕一种环境。”我骂他：“你早不说！”他回：“你也没问啊。”

　　现在想想，那方案能打赢，靠的不是技术多牛，是知道什么时候该用容器，什么时候该用本地。就像打游戏，你总不能用闪现去补兵，得等对线期过了再打团。我段位不高，但这点还是懂的——优胜劣汰，不是看谁更花哨，是看谁更实用。

　　哦对了，老张后来退坑了，说是去搞区块链了。我问他：“你之前不是说容器化是未来吗？”他回：“未来是未来，现在得先活下来。”我笑了笑，没说话——就像那台ThinkPad，空格键坏了，但还能敲代码，这就够了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!