我的前文《构建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中的结果，返回给前端页面。

代码如下：

调整完后，功能页面就再也不卡顿啦，几乎都是秒级响应，妹子的眼神又从俯视变成了仰视。我又重拾了失落的自信心~~~