解决了客户的标签打印卡顿的问题

这几天一直在为客户解决标签打印卡顿的问题，当然，卡顿现象一直存在，以往是偶尔会出现，而现在年底了，产量突然上升，这种现象就变成瓶颈，产品都堆积在这里。

标签打印功能是我司提供的，因此客户联系了我们，让我们去现场分析下原因并解决。我去了现场，发现标签打印的确慢了很多，标签打印有5个点，一旦出现卡顿，其他几个点也受影响，操作不了。

第一天，根据用户反馈的情况，专门针对打印时保存数据的速度做出处理，经过优化后，标签打印速度的确快了点，但是，还会出现，根本问题没有解决。

第二天，做了数据监控处理，从接收数据开始，到数据处理结束，记录下每一个操作的用时。结果定位到2处数据处理时，偶尔出现3~8秒左右的时间，这个与用户反馈的情况相似。

而分析所得，并不是每次操作用时都慢，而是时快时慢，一处是查询数据时，另一处是更新记录的状态。让人费解的是，只更新一个记录，怎么会耗时几秒呢？

看了数据量，2个表的数据量挺多的，一个是300多万条记录，另一个是900多万条记录。最终发现问题是无论是查询还是更新记录，查询条件的字段都没有建立索引，数据量少时，影响不大，而现在数据量大后，就拖慢了整个系统。

之后，将2个表要查询的字段添了索引，同时也优化了查询的SQL，经过优化后，标签打印又恢复了正常，客户也挺满意的。

结论：当表的数据量大时，无论是查询还是更新记录，一定要使用带索引的字段进行查询。