网站seo照常有收录，有索引但是sit就是没有，seo为什么没有索引原因？

来源：蜘蛛抓取(WebSpider) 时间：2018-09-30 08:01 标签： seo为什么没有索引

今天晨会，开发人员说SIT数据库有一张表，之前查询很快就能返回结果，现在需要5分钟才能返回结果，需要协助查找原因并优化，数据库版本11.2.0.4 64 bit for linux，SQL语句如下：

这是很简单的一条SQL，性能下降这么大，肯定是有问题的，问了开发人员，他们说这张表并不存在DELETE操作，那么就应该不是碎片的问题导致的。查询这张表上的索引如下：

索引还没少建，看看SQL的执行计划和统计信息。

SQL运行一次需要的物理读442185个数据块，块大小设置8K，也就是需要物理读3 .4GB，外带逻辑读149261个数据块，约等于1.1GB，查看一下这个表的大小和数据量。

算一下平均每条记录奖金5.3MB，每条记录5M是什么概念？表中难道存在大字段？查询结果如下：

所有字段加起来，一条记录也不到1KB呀，到这里就可以断定就是高水位导致的问题。由于是SIT环境，比较随意，回收下这张表的碎片，看看能回收多少空间。

回收完碎片，这张表才250MB，碎片硬把表撑大近15倍，MOVE完之后，索引全部失效，需要rebuild。

索引重建之后，也缩小不少，不过这一堆索引这个SQL都用不上。

回收碎片后，这个SQL运行只需要0.12秒。

再看下执行计划和统计信息。

下面在看下这张表的数据分布，看看哪个列适合建索引。

针对这条SQL，SITE_NO列创建索引最为有效，其他列上的索引都不会被这条SQL用到。

在SITE_NO列上创建索引后，SQL运行时间下降到0.07秒。针对这条SQL,最理想的索引是在ITE_NO列和EDIFLAG列上创建BITMAP位图索引,或者创建在EDIFLAG列上做压缩的SITE_NO列和EDIFLAG列的复合索引,下面测试下效果。

下面在创建在SITE_NO列上的压缩索引,看看是否还有提升的空间。

可以看到,索引压缩后各项性能指标均降低,SQL运行时间也降为0.02秒,再看看BITMAP位图索引。

可是呢，这数据库是OLTP系统，位图索引DML操作锁粒度太大，并不适合使用位图索引，最终定为压缩索引。

我要回帖

更多关于 seo为什么没有索引 的文章

 

随机推荐