1 循环时没有使用break
案例：查找一个值是否在数组中存在（为举例舍弃自带函数）
$aa=123; $arr=array(234,123,5,6,45646,346,23); foreach($arr as $v){ if($aa==$v){ dosth();
break; } }
这个是常犯的错误如果数量少或复杂度低性能没什么影响，如果遇到超大数组 那么就浪费了大量的资源
2 有时一次性将数据读取出来放入内存后处理更佳
遇到一个优化 开发者是想根据id递归查出所有的父子关系结构，每次递归都去用父id去数据库查。当时可能是数据量少 没有发现性能问题 ，但数据越来越多 每条记录都去访问一次数据库，没两下就拖垮数据库 一次业务请求却要访问成千上万次数据库
优化：如果量少 比如几万条 直接一次性获取到内存中 用完立马收回 释放内存
如果量大 可以异步多取几次大数据
3 有时候用where 取代 orderby性能更佳
案例：多个表联合查询，a,b,c 排序 order by a.status desc,b.id desc
在跨表排序时 虽然2个字段都建有索引 但没法使用到索引 会导致using temporary，using filesort 全表扫描 观察了一下数据 a.status最大的条数有几百条 即使排序出来也是几百条在前面，后面的几乎都不会去看
优化 where a.status=maxnumber order by b.id desc 可在搜索中加入按status的条件搜索 性能立马上升
4 有时候列表页就那么几个显示的字段 但速度特别慢，可根据情况分表处理
将查询率高且重要的字段分表出来 可降低查询复杂度 ，尤其是字段多 数据量大的表再合适不过；
5 多线程抓取写入数据库时 数据库吞吐量过低阻塞抓取速度
抓取速度快于数据库写入速度 导致数据库同步延迟并且阻塞抓取，这样的情况可以建立队列，将抓取的数据先插入队列 在慢慢写入数据库
6 不需要的数据提前过滤掉，不要在接下来一系列的操作后 才剔除 增加后面无用的查询或处理操作
7一条语句查询可完成却要循环几次去调用数据库，一般一条语句关联如果有索引且效率很高就不要分开处理了。