处理百万级以上的数据提高查询速度的方法： 1.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 2.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 3.应尽量避免在 where 子句中对字段进行 n ...
分类：
其他好文 时间：
2016-07-08 13:45:21
阅读次数：
247
什么是索引失效？如果where过滤条件设置不合理，即使索引存在，且where过滤条件中包含索引列，也会导致全表扫描，索引不起作用。什么条件下会导致索引失效呢？ 1.任何计算、函数、类型转换 2.!= 3.NOT，相当于使用函数 4.模糊查询通配符在开头 5.索引字段在表中占比较高 6.多字段btre ...
分类：
数据库 时间：
2016-07-07 00:51:50
阅读次数：
1636
062 创建索引
对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情 况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优...
分类：
数据库 时间：
2016-07-03 19:49:04
阅读次数：
252
mysql的配置文件 打开mysql执行命令 long_query_time --是指执行超过多久的sql会被log下来，默认10slog-slow-queries --将查询返回较慢的语句进行记录 log-queries-not-using-indexes --会记录所有没有用上索引全表扫描的语句 ...
分类：
数据库 时间：
2016-06-24 14:33:39
阅读次数：
198
1、应尽量避免在where子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。2、对查询进行优化，应尽量避免全表扫描，首先应考虑在where及orderby涉及的列上建立索引。3、应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表..
分类：
数据库 时间：
2016-06-20 15:59:34
阅读次数：
215
数据库在日常使用过程中，不断的insert，delete，update操作，导致表和索引出现碎片是在所难免的事情，碎片多了，sql的执行效率自然就差了，道理很简单，高水位线（HWL）下的许多数据块都是无数据的，但全表扫描的时候要扫描到高水位线的数据块，也就是说oracle要做许多的无用功！因此ora ...
分类：
数据库 时间：
2016-06-17 11:06:18
阅读次数：
203
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在 ...
分类：
数据库 时间：
2016-06-15 19:00:04
阅读次数：
179
一、表访问方式 CBO基础概念中有讲到，访问表的方式有两种：全表扫描和ROWID扫描。 全表扫描的执行计划：TABLE ACCESS FULL ROWID扫描对应执行计划：TABLE ACCESS BY USER ROWID 或 TABLE ACCESS BY INDEX ROWID 通过例子说明 ...
分类：
数据库 时间：
2016-06-13 01:02:08
阅读次数：
231
摘要 最近做的一个项目涉及到了多条件的组合查询，数据存储用的是HBase，恰恰HBase对于这种场景的查询特别不给力，一般HBase的查询都是通过RowKey(要把多条件组合查询的字段都拼接在RowKey中显然不太可能)，或者全表扫描再结合过滤器筛选出目标数据(太低效)，所以通过设计HBase的二级 ...
分类：
其他好文 时间：
2016-06-13 01:00:07
阅读次数：
153
使用hints提示：
基于代价的优化器在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如: 对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们可以指示优化器使用全表扫描。在ORACLE...
分类：
其他好文 时间：
2016-06-12 03:20:28
阅读次数：
232
