性能优化之-Update操作请谨慎

1.前言

最近做一个项目的开发QY，设计了五张表格，其实目前来说需要的只需要四张表对应具体的表格就不给了，我就我这个设计跟技术比较牛逼的讨论了一会，确实设计的有问题，后期数据量大会出现锁表现象。

2.分析

因为我的表都是涉及到app于车机的交互，app可以通过向车机发送指令来让车机端立即充电或者到了预约充电充电时间，还可以设置充电提醒：充电异常/充电100%。。。，添加预约充电计划等等，而且发送指令是异步的，所以会有回调告诉你接口执行成功没有，我的想法是将这些指令执行结果都存储在一张表，而且我通过设置接口标识名来确定是那个接口调用，而且每个接口都有封装自己的业务异常，对应的表格也会存储错误信息。
我想我通过接口区分可以很好的知道，我的那些关键接口，而且可以很清楚的知道指令执行是成功的或者失败的，失败的也可以清楚是怎么失败的，而我这个也是为了方便定位问题，因为如果每次都是新增回出现很多无用数据的出现，因为目前数据也没有要求portal端展示，所以我设计的是相同的关键字数据 做的覆盖操作。
那这样问题来了，因为所有接口都是跟着这张表关联，数据量大的情况下会出先各项功能执行效率降低，确实这种问题后期可能会出现，但是就我们这个系统，产能生产车子数量目前是不会出现问题的，但是访问量并发高的话，接口响应速度确实会有变慢的可能。举个例子，一个通行路口只能来往一定数量的人群，但是我在这个路口，设置了门槛，有通信证就放行，没通行证的登记，如果人多了，是不是会出现，放行效率变低，就跟覆盖操作一样，我修改数据，先把表锁了，搞完才能正常访问，这样改表的操作多了，那不就锁了，效能低了。哎！确实出现问题就很严重，但是新增并不是所有数据都是要的，或者直接把这个表干掉，那么别人就很难跟踪问题。先删后增也无法也许是个办法。保证需要的数据也就一条，目前客户也没有说要展示，update操作以后真的得谨慎操作。