在北京工作，不论哪个行业都有很复杂的问题，解决复杂问题，需要首先学习别人的路径，先不要管适不适合自己。先学到别人的路径，然后按图索骥，能大大提高自己的能力。
举个例子，访问量太大，服务器崩了，系统无法使用了。如何解决呢？这就是一个很复杂的问题，需要多个方面去综合考虑。公司业务模式不一样，系统搭建方式不一样。都是我们要考虑的。假如问题对我们来说过于复杂，那么我们可以先去看看别人解决问题的路径，按照别人的路径走，走通了，固然完美，最后走不通没关系，我们成功路过其中几个里程碑，对我们来说也是大有裨益。服务器崩了之后，我们首先去看看进程死没死，进程没死，那么我们去看看MySQL数据库运行占多少CPU，长时间占据100%CPU,说明我们查询数据库的时候，效率不高，那么找出慢sql，慢sql一般包括group by，order by。尝试用缓存去解决，尽量少在查询中使用group by。然后进一步检查缓存，查看缓存命中率。系统那部分数据查询，无法从缓存获取，只能从数据库获取。在保证系统不出错的前提下，增加缓存数据，提高缓存命中率，如果暂时没有更好的解决方案，那么尝试用假数据，做过度方案。
总之，查看进程--去掉复杂sql--增加缓存命中率--当提高缓存命中率无法满足系统正确运行，假数据做过渡方案--进一步优化系统设计。