sql优化之子查询

最近因为项目遇到问题。需要优化，才100个人在线的样子，就已经是抗不住了。记录下最近的优化内容，首先把大量的sql存储过程从数据库中搬到java程序中，为了调试和优化方便。然后首先优化的是一个经常出现的sql语句，里面用了大量的子查询，例如，select where in我们的做法是把大量的子查询条件抽离，用另外的sql去查询，然后使用程序组合。

最终会变成这样，select where in (xxx,xxx,xx,xx,xx,xx)

 当子查询条件太大，例如大于500个时，可以试着分成多个去执行。包括全部update也是一样，可以分成多个去执行。

而在实际环境中，可能会大量用 join 进行表关联，这点也是不推荐使用，不管是left join 还是 inner join。

 

 

另一个优化技巧应用于， 查询是否有某条记录，如有，并在执行完操作后进行删除，

优化为： 删除某条记录，如果有影响记录数，则执行。减少了查询这一步。

 delete from task_guide where uid=u_id and task_id=t_id;
 set affected_rows = (SELECT ROW_COUNT());
 if affected_rows != 0 then
 end if;

而另一种关于插入的情况也是一样，查询是否有相同记录，如没有，则进行插入。有则返回已存在。

优化为，插入某条记录，如出错，则返回已存在。充分利用出错信息来进行判断。