这里摘自网上，仅供自己学习之用，再次鸣谢 概述： 交代一下背景，这算是一次项目经验吧，属于公司一个已上线平台的功能，这算是离职人员挖下的坑，随着数据越来越多，原本的SQL查询变得越来越慢，用户体验特别差，因此SQL优化任务交到了我手上。 这个SQL查询关联两个数据表，一个是攻击IP用户表主要 ...

目前的业务里面，有一个日志表，数据量达到了亿级别，现在需要进行优化，首先要做的事情就才用加索引的方式，并不是所有的数据库的字段都需要加索引，而是常用的搜索字段添加索引，但是要注意，如果数据量过大，索引依然会失效，此时可以考虑加上force idenx强制走索引的方式来解决不走索引的问题 ...

1.对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： 最好不要给数据库留NULL，尽可能的使用 ...

说明：平时很少接触到大数据分页，今天有兴趣在数据库插入1000万条数据进行测试，经过查询相关资料得到如下说明：笔者在工作中有一上百万条记录的表，在jsp页面中需对该表进行分页显示，便考虑用rownum来做，下面是具体方法(每页显示20条)：语句："select * from tabname ...

1）简单的查询分页；分每页5条 limit [offset],[rows] 2）建立id索引；查询索引id 3）使用 between and 语句分页效率快N倍 4）分表存储；30万条记录的id存存储到单独的一个索引表t ...

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null ...

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null ...

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null ...