随着业务的不断增长，系统数据随之增加，以前的数据库和功能设计并没考虑到大数据的情况，导致系统的慢查询 SQL 越来越多，系统经常因此瘫痪，尤其销售在搞活动时，严重影响公司业务运行，平均1个月1-2次就会瘫痪一次，阿里云的数据付服务器CPU资源经常在80%以上。通过一系列办法将CPU保持在20%以下。下面是一些常用的解决办法： 1、ERP 列表页默认加载全部数据，导致扫描全表，解决方法：默认不展示或者展示小部分数据 2、索引失效，这里面又分很多种，比如模糊查询、索引数据超过总数据20%、字段使用了函数、varchar 字段没加引号等。这种就属于第二种比较难修复，可以联合其他字段建立索引,减少查询数据量，使其命中索引 3、 索引字段触发重新扫描，一般出现在 order by 字段与命中索引字段不一致产生，统一一下就可以解决。 5、 统计类的 SQL 导致慢查询，这种最不好修复，里面一般会链多张表查询，而且表的数据量特别大，解决方案一种是建立一张汇总表，这种比较费时费力，但是很有效，一种是数据独立库，不影响主库1、ERP 列表页默认加载全部数据，导致扫描全表，解决方法：默认不展示或者展示小部分数据 2、索引失效，这里面又分很多种，比如模糊查询、索引数据超过总数据20%、字段使用了函数、varchar 字段没加引号等。这种就属于第二种比较难修复，可以联合其他字段建立索引,减少查询数据量，使其命中索引 3、 索引字段触发重新扫描，一般出现在 order by 字段与命中索引字段不一致产生，统一一下就可以解决。 5、 统计类的 SQL 导致慢查询，这种最不好修复，里面一般会链多张表查询，而且表的数据量特别大，解决方案一种是建立一张汇总表，这种比较费时费力，但是很有效，一种是数据独立库，不影响主库

项目描述：所在公司的核心业务系统，主要提供装修设计；辅材、主材等一站式采购、配送以及售后服务，客户对象主要是装修队长和公司以及房东。 负责功能：订单模块、客户模块。 产出价值： 1、重构了购物车的架构，结合 redis ，让接口响应速度变得更快，体验更友好。 2、系统初期阶段，小程序和 APP 以及后端可以多端下单，调用不同下单接口，对此将下单接口整合为一个，供多端使用，而且也减少了代码维护的时间成本。 3、订单变更异步通知到其他系统，使用 Maxwell 搭配 RabbitMq 接收变更消息，然后采用柔性事务——异步通知和最终一致性方案，确保系统之间的消息交互不会丢失和出错。

项目名称：供应链系统(ERP)，2020年启动并开发，上线后长期维护。 主要业务：在里面生成采购单，*通知供应商在公众号里接单，供应商发货，系统操作收货并计入库存系统。 功能点：包含多角色登录，供应商管理，对接外部库存系统，采购订单/送货/退货订单管理，供应商接单、发货，收货退货等功能。 架构：hyperf框架，PHP7 MySQL5.7 Redis RabbitMq。