我的前文《构建MySQL自动化平台思路》中提过的MySQL平台自第一期上线后，一直都是顺风顺水的。
不过....
在某次代码联调的过程中被前端妹子给喷了一脸：启动关闭页面响应灰常慢，疑似卡死了，好弱鸡啊，顺便还给了我一个神之鄙视...
在苦思N天之后，我完美地解决了这个问题，页面响应效率也得到大幅提升。
下面就来嗦嗦这个问题的解决方案吧。
本次被吐槽的是MySQL实例启停功能，以及查看MySQL状态功能。多说一句，查询MySQL状态功能尤为重要，就像黑暗中的灯塔，指引你的正确的操作。功能页面如下图：
下面嗦一下这个功能的设计思路：
前端读取后台数据，并且转递id值返回后台。后端的API接口根据id值进行操作，返回成功或者失败给前端页面。
接口代码如下
相信机智的你可能已经感觉到这段代码的问题了：
1、随着MySQL的数量越多，这个页面响应时间就越长。MySQL数量的增长跟响应时间时长成正比。
2、程序造成阻塞，容易崩溃。当MySQL数量为4个的时候，响应时间为10S左右。
当时前端妹子并不知道有这个坑，一顿不耐烦的F5神操作后，系统无可救药地被刷挂了...
为了证明男人的尊严：我一定要解决这个问题，让妹子刮目相看....
在和zizi老师讨论后，我制定了下面的改进方案：
利用现有的组件celery，开启celery定时任务+Redis缓存。
大概思路是这样的：
1、把当前的主机ID主键和处理结果缓存储到Redis中，格式{id:'True'}
代码如下：
2、启用定时任务，每60秒执行一次。（并不需要很强的实时性，因不是监控系统）
3、前端接口返回，通过读取Redis中的结果，返回给前端页面。
代码如下：
调整完后，功能页面就再也不卡顿啦，几乎都是秒级响应，妹子的眼神又从俯视变成了仰视。我又重拾了失落的自信心~~~
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
