Linux下H5开发环境与数据库一键配置

文章配图，仅供参考

　　开发在群里催：“哥，好了没？我这等着联调呢。” 我盯着终端，心里直骂娘——这破脚本谁写的？连个进度条都没有，鬼知道卡在哪了。后来一查日志，好家伙，MySQL初始化时居然在跑`ALTER TABLE ... ADD INDEX`，而且那表是InnoDB的，行数都上百万了，这能不慢吗？

　　我直接把脚本杀了，手动改配置。先跳过索引创建，让环境先跑起来，联调要紧。开发在那边喊：“索引没了会不会影响性能？” 我回他：“你联调都调不了，要性能有个屁用！” 他没话说了，默默去改测试用例。

　　这事儿让我想起之前跟另一个开发吵的架。他说：“你们运维就不能把环境配得快点吗？每次等环境都比写代码还久。” 我反问他：“你知道MySQL初始化百万级表要多久吗？你知道InnoDB加索引要锁表吗？” 他愣了下，说：“不知道，我就知道你们慢。” 我当时就想把终端甩他脸上——你连根因都不懂，就知道催。

　　说回那脚本，后来我仔细看了眼，发现它居然用`mysqldump`导数据，而且没加`--single-transaction`。这意味着每次初始化都要锁全库，要是业务跑起来，这不得炸？我改了脚本，换成`--single-transaction`，又把索引创建拆到初始化后单独跑，至少联调时不会卡死了。

　　开发后来又找我：“哥，那索引啥时候加？” 我说：“你们联调完，我半夜跑脚本加。” 他问：“为啥不能现在加？” 我指了指终端：“现在加，你们联调又得等半小时。” 他哦了一声，走了。窗外天黑了，外卖凉了，我还没吃午饭。

　　这事儿让我琢磨，Linux下H5开发环境与数据库一键配置，真不是跑个脚本就完事的。我原以为“一键”就是傻瓜式操作，结果发现，得考虑数据量、索引、锁表、事务隔离级别……这些破事儿，脚本里都得写死，不然分分钟踩坑。

　　后来我跟领导吐槽：“这脚本得重写，不能光图快，得稳。” 领导说：“你看着办，反正别影响业务。” 我点头，心里却犯嘀咕——重写脚本得花不少时间，而且测试环境用得少，值不值得？但转念一想，要是每次初始化都卡半小时，开发得骂死我，还是得搞。

　　现在那脚本我改了不少，加了进度条、错误处理、日志分割，至少出了问题能快速定位。开发偶尔还会催，但没那么急了——因为他们知道，催也没用，我得按流程来。至于“一键配置”是不是优胜劣汰？我觉得是，但得看怎么“一键”。光图快，不考虑稳定性，迟早被淘汰；把坑都填了，哪怕慢点，也能活下去。

　　下一步我打算把备份策略也加进去——之前测试环境数据丢了，开发差点没把我吃了。现在每次初始化完，我都手动跑个备份，虽然麻烦，但至少心里踏实。至于索引创建，我还是半夜跑，开发睡觉，我不用被催，挺好。

（编辑：站长网）

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