背景
源于客户需求要写一个告警接口，对第三方接口的返回值进行判断，达到一定数值后要推送告警，数值正常后要推送告警恢复。经过对数据的分析以及接口逻辑处理，采用数据库查询写入等方式。（对此告警接口感兴趣的朋友请点击: 告警推送，还在编辑中。）
测试时往数据库写入发现逻辑有问题，在修改过程中发现数据库中的数据还在变动，即便我不进行任何操作。
问题
连接数据库，找到test库，test111表，因为我之前已经进行过truncate table ‘test111’，所以目前此表应该是有结构但是无数据，可是查询后还有值。
show databases;
use test;
show tables;
desc test111;
select * from test111 limit 1;
将目前已有数据部分手动清除：输入以下命令
truncate table ‘test111’;
或
select * from test111 where id = ‘1’;
此时查询表显示为空，但等2秒后再查询发现还有。
删除此表，除非不再建同名表，才可以解决问题。可是现在只是测试，如果以后生产环境遇到类似问题，不能随便改数据库！！！！！！我个人不觉得这是什么好方法。
解决方案
- 查看表内的数据，是否能找到对应的执行内容，也就是什么进程导致的数据写入。
- 我的这个比较简单，因为写入有明确的id及数据内容，我就找到了是某一个接口，原来虽然那个测试接口我已经在页面上停掉了，但是进程还在执行中，我把进程杀掉后数据库表正常了。
- 此处还涉及到一个问题，相当于是进程还在导致的程序执行写入数据库，也就是我要看三个地方，页面，进程，数据库。页面删除了不代表进程和数据库清理，同理进程杀掉了因为数据库仍有数据导致页面有显示。以后此处要多注意了。
总结
简单就是：进程没有停干净。根据数据库表中数据找到进程，杀掉，再清理一遍库，稍后再查询看看是不是正常了。
