Как найти фактическое пространство, потребляемое индексами таблицы в Oracle?


11

Я хочу найти фактическое пространство, потребляемое индексами на таблице в оракуле 10g. Я не намерен включать пространство, зарезервированное оракулом для будущего использования. (Служебная нагрузка оракулом не должна учитываться.) Я хочу использовать использованные байты, а не выделенные байты.

Можете ли вы помочь мне идти вперед?

Кроме того, есть ли способ найти фактический размер длинного поля в таблице.

PS: vsize () и dbms_lob.getlength () не работают.


Можете ли вы поделиться, почему эти два метода не работают для вас?
Jcolebrand

1
Вы должны задать свой второй вопрос отдельно.
Ли Риффель

@ Хорошая мысль. Давайте посмотрим, понимает ли пользователь, что он был перенесен, и прошел все шаги, чтобы получить ответ здесь. Скрестив пальцы от их имени.
Jcolebrand

Ответы:


8
SELECT idx.index_name, SUM(bytes)
  FROM dba_segments seg,
       dba_indexes  idx
 WHERE idx.table_owner = <<owner of table>>
   AND idx.table_name  = <<name of table>>
   AND idx.owner       = seg.owner
   AND idx.index_name  = seg.segment_name
 GROUP BY idx.index_name

покажет вам количество места, фактически потребляемое каждым индексом. Я не уверен, что именно эти издержки вы пытаетесь учесть, и как вы различаете «используемые» и «распределенные» в контексте индекса. Если вы хотите учесть свободное место в индексе, вы можете использовать процедуру DBMS_SPACE.SPACE_USAGE, чтобы определить, сколько частично пустых блоков в индексе.


2
Я полагаю, что OP понимает выделенное как то, что возвращает ваш запрос (и он не {автоматически} уменьшается после a delete <<name of table>>), в отличие от используемого размера, который будет варьироваться в зависимости от количества записей в индексе.
Рене Ниффенеггер

2
Эта команда возможна без доступа к таблицам DBA: SELECT idx.index_name, SUM(bytes) FROM user_segments seg, user_indexes idx WHERE idx.table_name = 'EMERGE_REPORTING_DETAIL' AND idx.index_name = seg.segment_name GROUP BY idx.index_name
Ричард Дингволл

@RichardDingwall - если вы вошли в систему как пользователь Oracle, которому принадлежит индекс, это будет работать. Если вы являетесь администратором базы данных и заинтересованы в том, сколько места используется, вы, как правило, будете входить в систему как пользователь, отличный от того, которому принадлежит таблица.
Джастин Кейв

6

Чтобы измерить (как я понимаю, ваше понимание) распределенный и использованный размер индекса, я бы, вероятно, использовал dbms_space

create or replace procedure tq84_index_size_proc 
as

  OBJECT_OWNER_in         varchar2(30) :=  user;
  OBJECT_NAME_in          varchar2(30) := 'TQ84_SIZE_IX';
  OBJECT_TYPE_in          varchar2(30) := 'INDEX';
  SAMPLE_CONTROL_in       number       :=  null;
  SPACE_USED_out          number;
  SPACE_ALLOCATED_out     number;
  CHAIN_PCENT_out         number;

  SUM_SEGMENT             number;

begin

  dbms_space.object_space_usage (
    OBJECT_OWNER           => OBJECT_OWNER_in        ,
    OBJECT_NAME            => OBJECT_NAME_in         ,
    OBJECT_TYPE            => OBJECT_TYPE_in         ,
    SAMPLE_CONTROL         => SAMPLE_CONTROL_in      ,
    SPACE_USED             => SPACE_USED_out         ,
    SPACE_ALLOCATED        => SPACE_ALLOCATED_out    ,
    CHAIN_PCENT            => CHAIN_PCENT_out
  );

  select sum(bytes) into SUM_SEGMENT 
    from user_segments
   where segment_name = OBJECT_NAME_in;


  dbms_output.put_line('Space Used:      ' || SPACE_USED_out);
  dbms_output.put_line('Space Allocated: ' || SPACE_ALLOCATED_out);
  dbms_output.put_line('Segment:         ' || SUM_SEGMENT);

end;
/

Эта процедура измеряет выделенный и используемый размер индекса с именем * TQ84_SIZE_IX *. Для полноты картины я также добавил количество байтов, сообщаемое user_segments.

Теперь эту процедуру можно увидеть в действии:

create table tq84_size (
  col_1 varchar2(40),
  col_2 number
);

create index tq84_size_ix on tq84_size(col_1);

insert into tq84_size values ('*', 0);
commit;
exec tq84_index_size_proc;

При наличии одной записи в индексе возвращаются следующие цифры:

Space Used:      1078
Space Allocated: 65536
Segment:         65536

Заполнение индекса ...

insert into tq84_size 
select substr(object_name || object_type, 1, 40),
       rownum
  from dba_objects,
       dba_types
 where rownum < 500000;
commit;

... и снова получаю цифры ...

exec tq84_index_size_proc;

... сообщает:

Space Used:      25579796
Space Allocated: 32505856
Segment:         32505856

Затем, если индекс «опустошен»:

delete from tq84_size;
commit;
exec tq84_index_size_proc;

это показывает:

Space Used:      4052714
Space Allocated: 32505856
Segment:         32505856

который демонстрирует, что выделенный размер не уменьшается, в то время как используемый размер уменьшается.


2

Если кто-то приходит сюда в поисках способа найти размер длинного поля, ниже приведен способ сделать это. Я удалю этот ответ, если вопрос отделен.

Образец данных...

CREATE TABLE TLONG 
(
  C1 Number(3),
  C2 LONG 
);

INSERT INTO TLONG VALUES (1,'abcd');
INSERT INTO TLONG VALUES (2,'abc');
INSERT INTO TLONG VALUES (3,'ab');
INSERT INTO TLONG VALUES (4,'1234567890');

Функция для выполнения работы ... (Для производства это должно быть в упаковке)

CREATE OR REPLACE FUNCTION GetLongLength (pKey Number) RETURN Number Is
   vLong Long;
BEGIN
   SELECT C2 INTO vLong FROM TLONG WHERE C1 = pKey;
   Return Length(vLong);
END;
/

SHOW ERRORS;

Проверьте функцию ...

SELECT rownum, GetLongLength(rownum) FROM dual CONNECT BY rownum<=4;

ROWNUM                 GETLONGLENGTH(ROWNUM)  
---------------------- ---------------------- 
1                      4                      
2                      3                      
3                      2                      
4                      10                   

0

Мне пришлось изменить ответ Рене Ниффенегера, чтобы сделать его более общим и более легким для просмотра использования пространства для всех индексов в схеме.

Думаю, я поделюсь измененным кодом здесь, на случай, если кто-то еще найдет его полезным

--==========================================
-- Show space usage by all indexes in schema
--==========================================
-- Required to show output in SQLDeveloper, which would supress it otherwise.
SET SERVEROUTPUT ON;
-- Calculates size for given index
CREATE OR REPLACE PROCEDURE calc_index_size(
    index_name IN VARCHAR2)
AS
  OBJECT_OWNER_in     VARCHAR2(30) := USER;
  OBJECT_NAME_in      VARCHAR2(30) := index_name;
  OBJECT_TYPE_in      VARCHAR2(30) := 'INDEX';
  SAMPLE_CONTROL_in   NUMBER       := NULL;
  SPACE_USED_out      NUMBER;
  SPACE_ALLOCATED_out NUMBER;
  CHAIN_PCENT_out     NUMBER;
  SUM_SEGMENT         NUMBER;
BEGIN
  dbms_space.object_space_usage ( OBJECT_OWNER => OBJECT_OWNER_in , OBJECT_NAME => OBJECT_NAME_in , OBJECT_TYPE => OBJECT_TYPE_in , SAMPLE_CONTROL => SAMPLE_CONTROL_in , SPACE_USED => SPACE_USED_out , SPACE_ALLOCATED => SPACE_ALLOCATED_out , CHAIN_PCENT => CHAIN_PCENT_out );
  SELECT SUM(bytes)
  INTO SUM_SEGMENT
  FROM user_segments
  WHERE segment_name = OBJECT_NAME_in;
  dbms_output.put_line('Space Used:      ' || ROUND(SPACE_USED_out     /1024/1024, 2) || 'MB');
  dbms_output.put_line('Space Allocated: ' || ROUND(SPACE_ALLOCATED_out/1024/1024) || 'MB');
  dbms_output.put_line('Segment:         ' || ROUND(SUM_SEGMENT        /1024/1024) || 'MB');
END;
/
-- Shows index size for all indexes in a schema
DECLARE
BEGIN
  FOR user_indexes_sorted_by_size IN
  (SELECT idx.index_name,
    SUM(bytes)/1024/1024 AS "Size(MB)"
  FROM user_segments seg,
    user_indexes idx
  WHERE idx.index_name = seg.segment_name
  GROUP BY idx.index_name
  ORDER BY "Size(MB)" DESC
  )
  LOOP
    dbms_output.put_line( user_indexes_sorted_by_size.index_name );
    dbms_output.put_line( '-------------------------------------' );
    calc_index_size(user_indexes_sorted_by_size.index_name);
    dbms_output.put_line( '' );
  END LOOP;
END;
--==========================================
--==========================================
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.