近期在优化Redis流量问题，Mysql慢查询问题，有什么好办法在前期避免，而非每一段时间就要处理一次，请高人解惑。

这个优化是一直存在的，一开始，你所有表都不建索引也没什么问题。还有就是业务一直变动，有时候字段调个顺序都不一样

做cr ，代码分离出仓储层更方便 统一看仓储层的代码就行了

前期做好规划，尤其是表设计以及未来业务可能用到的索引，SQL编程的时候结合业务反馈表设计，大多也只能这样的了，因为增量有多大你根本无法评估，不可能你上来搞个项目就考虑高并发设计，这有点不现实，大多数都是业务增长达到瓶颈的时候才会去优化，一般来说硬件优化大于软件优化。

这种主要靠前期的技术方案设计吧

热数据放 redis ，尽量不每次都打到数据库，每次查到的数据，缓存一段时间

光这个简单设计，就能避免很多慢查询了

"平时测试不做压测，只能后期发现问题再修补"

上线前，跑一次压测

开发期间用debugbar看下代码耗时、执行了哪些sql，再用explain分析下有没有走索引。检测工具我们是用的是云服务器服务商提供的，慢查询这些运维会提醒，某些时候也会从服务器导出日志到本地来分析，nginx日志用的是goaccess。