нескончаемый db file sequential read wait event / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / нескончаемый db file sequential read wait event

33 сообщений из 33, показаны все 2 страниц

все

нескончаемый db file sequential read wait event

#35476794

EventWaited

Гость

Добрый день,

запрос завис намертво, план приемлемый с индексными путями доступа, должен(!) отрабатывать за пару секунд, если все-таки снять трейс, то видим

Код: plaintext

1.
2.
3.

Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  db file sequential read                      17216          0 . 12           85 . 73

что это может значить? поломанные файлы может в базе?

...

Рейтинг:

0 / 0

07.08.2008, 16:55

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35476807

NoEventWaited

Гость

EventWaitedДобрый день,

запрос завис намертво, план приемлемый с индексными путями доступа, должен(!) отрабатывать за пару секунд, если все-таки снять трейс, то видим

Код: plaintext

1.
2.
3.

Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  db file sequential read                      17216          0 . 12           85 . 73

что это может значить? поломанные файлы может в базе?

а с чего вы взяли что он приемлемый?
а FTS всегда зло?

...

Рейтинг:

0 / 0

07.08.2008, 16:58

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35476838

EventWaited

Гость

Это OLTP-шный запрос с результатом в две строчки. Я разработчик, у меня вопрос в том, может ли такой быть из-за проблем с самой базой или вроде этого?

...

Рейтинг:

0 / 0

07.08.2008, 17:08

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35477402

$RA\/EN$

RA\/EN

Участник

Сообщения: 2 941

Рейтинг: 0 / 0

EventWaitedЭто OLTP-шный запрос с результатом в две строчки. Я разработчик, у меня вопрос в том, может ли такой быть из-за проблем с самой базой или вроде этого?
Ну раз уж Вы уверены в том, что Вы действительно разработчик, то сможете по трейсу сказать, на каком объекте эти ожидания возникают.
То, что запрос OLTPшный и результата 2 строчки, совсем не означает, что другой "разработчик" не влепил туда хинты use_nl и index, а надо было бы оставить полное сканирование.

...

Рейтинг:

0 / 0

07.08.2008, 23:23

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35478116

EventWaited

Гость

автор db file sequential read

The session waits while a sequential read from the database is performed. This event is also used for rebuilding the controlfile, dumping datafile headers, and getting the database file headers.

вот кусок обработанного трейса

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse         1        0 . 00         0 . 01            0            0            0             0 
Execute       1        0 . 01         0 . 00            0            0            0             0 
Fetch         0        0 . 00         0 . 00            0            0            0             0 
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total         2        0 . 01         0 . 01            0            0            0             0 

Misses in library cache during parse:  1 
Optimizer goal: CHOOSE
Parsing user id:  18      (recursive depth:  2 )

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  db file sequential read                     219146          0 . 29          513 . 45 
  file open                                        1          0 . 00            0 . 00

вот сырой трейс

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

WAIT # 256 : nam='db file sequential read' ela=  1  p1= 28  p2= 677251  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 28  p2= 677252  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 28  p2= 980578  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 46  p2= 752487  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 28  p2= 980602  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 30  p2= 736102  p3= 1 
.................................................................................................
WAIT # [b]256 : nam='file open' ela=  0  p1= 0  p2= 0  p3= 0 [/b]
.................................................................................................
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 19  p2= 90569  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 43  p2= 1303949  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 19  p2= 526163  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 24  p2= 577477  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 24  p2= 586531  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 22  p2= 898753  p3= 1 
.........
...и до бесконечности....
..................................

...

Рейтинг:

0 / 0

08.08.2008, 11:50

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35478217

$RA\/EN$

RA\/EN

Участник

Сообщения: 2 941

Рейтинг: 0 / 0

EventWaited автор db file sequential read

The session waits while a sequential read from the database is performed. This event is also used for rebuilding the controlfile, dumping datafile headers, and getting the database file headers.

вот кусок обработанного трейса

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse         1        0 . 00         0 . 01            0            0            0             0 
Execute       1        0 . 01         0 . 00            0            0            0             0 
Fetch         0        0 . 00         0 . 00            0            0            0             0 
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total         2        0 . 01         0 . 01            0            0            0             0 

Misses in library cache during parse:  1 
Optimizer goal: CHOOSE
Parsing user id:  18      (recursive depth:  2 )

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  db file sequential read                     219146          0 . 29          513 . 45 
  file open                                        1          0 . 00            0 . 00

Неужто в восьмерке был настолько убогий tkprof, что ожиданяе не засчитывал в elapsed? Или криво скопипастили? Давайте все выкладывайте архивом...
EventWaited
вот сырой трейс

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

WAIT # 256 : nam='db file sequential read' ela=  1  p1= 28  p2= 677251  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 28  p2= 677252  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 28  p2= 980578  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 46  p2= 752487  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 28  p2= 980602  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 30  p2= 736102  p3= 1 
.................................................................................................
WAIT # [b]256 : nam='file open' ela=  0  p1= 0  p2= 0  p3= 0 [/b]
.................................................................................................
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 19  p2= 90569  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 43  p2= 1303949  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 19  p2= 526163  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 24  p2= 577477  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  0  p1= 24  p2= 586531  p3= 1 
WAIT # 256 : nam='db file sequential read' ela=  1  p1= 22  p2= 898753  p3= 1 
.........
...и до бесконечности....
..................................

Во-первых, непонятно почему у file open параметр p1 = 0, ведь с таким номером датафайла не существует.
Во-вторых, непонятно почему чтение идет по всем датафайлам, db file sequential read параметр p1

И как мне узнать реальный план выполнения запроса (Oracle 8i, если V$SQL_PLAN отсутсвует)
1. file open как-то мешает выполнению запроса? Ну и фик с ним.
2. Ну да, у Оракла в датафайлах зуд возник, вот он их и почесывать начал.
Для начала перейдите от датафайлов к табличным пространствам, потом к объектам, которые читались. Можно из плана запроса выдернуть их и посмотреть, по каким датафайлам эти объекты разлеглись. Вполне возможно, что по многим.

...

Рейтинг:

0 / 0

08.08.2008, 12:20

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35478681

EventWaited

Гость

Вопрос снимается:-) воткнул в запрос /*+ rule*/, висеть перестал.

Однако остались непонятки все равно,
EXPLAIN PLAN показывал индексные пути доступа, понятно, что это возможный план выполнения, но даже если реально использовался full scan, то где в трейсе db file scattered read ? Их там нет, только db file sequential read. Да и к тому же с фулсканом за минут 5 запрос должен был отработать.

...

Рейтинг:

0 / 0

08.08.2008, 14:45

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35478717

$RA\/EN$

RA\/EN

Участник

Сообщения: 2 941

Рейтинг: 0 / 0

EventWaitedВопрос снимается:-) воткнул в запрос /*+ rule*/, висеть перестал.

Однако остались непонятки все равно,
EXPLAIN PLAN показывал индексные пути доступа, понятно, что это возможный план выполнения, но даже если реально использовался full scan, то где в трейсе db file scattered read ? Их там нет, только db file sequential read. Да и к тому же с фулсканом за минут 5 запрос должен был отработать.
А никто и не говорит, что был FULL.
Мы еще не видели запрос и планы оригинального запроса и запроса с хинтом /*+ rule*/.

...

Рейтинг:

0 / 0

08.08.2008, 14:55

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#35478794

EventWaited

Гость

Ваша правда, RAVEN. Фулскана не было, просто брался не тот индекс, статистика как всегда не собрана, косты кривые:-) Спасибо.

...

Рейтинг:

0 / 0

08.08.2008, 15:18

| Ответить | Цитировать | Написать

Период между сообщениями больше года.

нескончаемый db file sequential read wait event

#39519737

startup

Гость

Добрый день.
Подскажите, плиз, в правильном ли направлении я "копаю".

Вот часть трейс файл

=====================

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.

PARSING IN CURSOR #1413809728 len=6280 dep=1 uid=80 oct=3 lid=80 tim=4220564989294 hv=565249295 ad='7fc490d81f8' sqlid='10ssmn8hv218g'
SELECT A.*, B.*, C.*, A.BO_USD_CREDIT + B.USD_CREDIT AS BZ_USD_CREDIT, A.BO_USD_DEBET + B.USD_DEBET AS BZ_USD_DEBET FROM (SELECT ACCOUNT A_ACCOUNT, ACCOUNTING_CODE_PART_VALUE_API.GET_DESCRIPTION(COMPANY,'A',ACCOUNT) A_NAME, CURRENCY_CODE A_CURRENCY_CODE, NVL(CODE_B,' ') A_CODE_B, NVL(CODE_C,' ') A_CODE_C, NVL(CODE_D,' ') A_CODE_D, NVL(CODE_E,' ') A_CODE_E, NVL(CODE_F,' ') A_CODE_F, NVL(CODE_G,' ') A_CODE_G, NVL(CODE_H,' ') A_CODE_H, NVL(CODE_I,' ') A_CODE_I, NVL(CODE_J,' ') A_CODE_J, SUM(NVL(CREDIT_AMOUNT, 0)) BO_CREDIT, SUM(NVL(DEBET_AMOUNT, 0)) BO_DEBET, SUM(NVL(CURRENCY_CREDIT_AMOUNT, 0)) BO_CURRENCY_CREDIT, SUM(NVL(CURRENCY_DEBET_AMOUNT, 0)) BO_CURRENCY_DEBET, SUM(NVL(THIRD_CURRENCY_CREDIT_AMOUNT, 0)) BO_THIRD_CREDIT, SUM(NVL(THIRD_CURRENCY_DEBIT_AMOUNT, 0)) BO_THIRD_DEBET, SUM(NVL(DECODE(SIGN(QUANTITY), 1, 0, QUANTITY), 0)) BO_CREDIT_QUANTITY, SUM(NVL(DECODE(SIGN(QUANTITY), -1, 0, QUANTITY), 0)) BO_DEBET_QUANTITY, SUM(ROUND(NVL(CREDIT_AMOUNT, 0) / NVL(CURRENCY_RATE_API.GET_CURRENCY_RATE(:B5 , 'USD', '1', TO_DATE(:B8 , 'YYYY-MM-DD')), 1), 2)) BO_USD_CREDIT, SUM(ROUND(NVL(DEBET_AMOUNT, 0) / NVL(CURRENCY_RATE_API.GET_CURRENCY_RATE(:B5 , 'USD', '1', TO_DATE(:B8 , 'YYYY-MM-DD')), 1), 2)) BO_USD_DEBET FROM GL_AND_HOLD_VOU_ROW_FINREP WHERE ACCOUNT IN (SELECT ACCOUNT FROM ACCOUNT WHERE COMPANY = :B5 AND REPORT_SYS.PARSE_PARAMETER (ACCOUNT, :B7 ) = 'TRUE') AND CURRENCY_CODE LIKE :B6 AND COMPANY = :B5 AND VOUCHER_DATE < TO_DATE(:B8 , 'YYYY-MM-DD') AND( :B3 = '%' OR :B3 IS NULL OR (:B3 = 'B' AND CODE_B BETWEEN :B2 AND :B1 ) OR (:B3 = 'C' AND CODE_C BETWEEN :B2 AND :B1 ) OR (:B3 = 'D' AND CODE_D BETWEEN :B2 AND :B1 ) OR (:B3 = 'E' AND CODE_E BETWEEN :B2 AND :B1 ) OR (:B3 = 'F' AND CODE_F BETWEEN :B2 AND :B1 ) OR (:B3 = 'G' AND CODE_G BETWEEN :B2 AND :B1 ) OR (:B3 = 'H' AND CODE_H BETWEEN :B2 AND :B1 ) OR (:B3 = 'I' AND CODE_I BETWEEN :B2 AND :B1 ) OR (:B3 = 'J' AND CODE_J BETWEEN :B2 AND :B1 ) ) GROUP BY COMPANY, ACCOUNT, CURRENCY_CODE, CODE_B, CODE_C, CODE_D, CODE_E, CODE_F, CODE_G, CODE_H, CODE_I, CODE_J) A, (SELECT ACCOUNT B_ACCOUNT, ACCOUNTING_CODE_PART_VALUE_API.GET_DESCRIPTION(COMPANY,'A',ACCOUNT) B_NAME, CURRENCY_CODE B_CURRENCY_CODE, NVL(CODE_B,' ') B_CODE_B, NVL(CODE_C,' ') B_CODE_C, NVL(CODE_D,' ') B_CODE_D, NVL(CODE_E,' ') B_CODE_E, NVL(CODE_F,' ') B_CODE_F, NVL(CODE_G,' ') B_CODE_G, NVL(CODE_H,' ') B_CODE_H, NVL(CODE_I,' ') B_CODE_I, NVL(CODE_J,' ') B_CODE_J, SUM(NVL(CREDIT_AMOUNT, 0)) CREDIT, SUM(NVL(DEBET_AMOUNT, 0)) DEBET, SUM(NVL(CURRENCY_CREDIT_AMOUNT, 0)) CURRENCY_CREDIT, SUM(NVL(CURRENCY_DEBET_AMOUNT, 0)) CURRENCY_DEBET, SUM(NVL(THIRD_CURRENCY_CREDIT_AMOUNT, 0)) THIRD_CREDIT, SUM(NVL(THIRD_CURRENCY_DEBIT_AMOUNT, 0)) THIRD_DEBET, SUM(NVL(DECODE(SIGN(QUANTITY), 1, 0, QUANTITY), 0)) CREDIT_QUANTITY, SUM(NVL(DECODE(SIGN(QUANTITY), -1, 0, QUANTITY), 0)) DEBET_QUANTITY, SUM(ROUND(NVL(CREDIT_AMOUNT / NVL(CURRENCY_RATE_API.GET_CURRENCY_RATE(:B5 , 'USD', '1', VOUCHER_DATE), 1), 0), 2)) USD_CREDIT, SUM(ROUND(NVL(DEBET_AMOUNT / NVL(CURRENCY_RATE_API.GET_CURRENCY_RATE(:B5 , 'USD', '1', VOUCHER_DATE), 1), 0), 2)) USD_DEBET FROM GL_AND_HOLD_VOU_ROW_FINREP WHERE ACCOUNT IN (SELECT ACCOUNT FROM ACCOUNT WHERE COMPANY = :B5 AND REPORT_SYS.PARSE_PARAMETER (ACCOUNT, :B7 ) = 'TRUE') AND CURRENCY_CODE LIKE :B6 AND COMPANY = :B5 AND VOUCHER_DATE BETWEEN TO_DATE(:B8 , 'YYYY-MM-DD') AND TO_DATE(:B4 , 'YYYY-MM-DD') AND( :B3 = '%' OR :B3 IS NULL OR (:B3 = 'B' AND CODE_B BETWEEN :B2 AND :B1 ) OR (:B3 = 'C' AND CODE_C BETWEEN :B2 AND :B1 ) OR (:B3 = 'D' AND CODE_D BETWEEN :B2 AND :B1 ) OR (:B3 = 'E' AND CODE_E BETWEEN :B2 AND :B1 ) OR (:B3 = 'F' AND CODE_F BETWEEN :B2 AND :B1 ) OR (:B3 = 'G' AND CODE_G BETWEEN :B2 AND :B1 ) OR (:B3 = 'H' AND CODE_H BETWEEN :B2 AND :B1 ) OR (:B3 = 'I' AND CODE_I BETWEEN :B2 AND :B1 ) OR (:B3 = 'J' AND CODE_J BETWEEN :B2 AND :B1 ) ) GROUP BY COMPANY, ACCOUNT, CURRENCY_CODE, CODE_B, CODE_C, CODE_D, CODE_E, CODE_F, CODE_G, CODE_H, CODE_I, CODE_J) B, (SELECT ACCOUNT C_ACCOUNT, ACCOUNTING_CODE_PART_VALUE_API.GET_DESCRIPTION(COMPANY,'A',ACCOUNT) C_NAME, CURRENCY_CODE C_CURRENCY_CODE, NVL(CODE_B,' ') C_CODE_B, NVL(CODE_C,' ') C_CODE_C, NVL(CODE_D,' ') C_CODE_D, NVL(CODE_E,' ') C_CODE_E, NVL(CODE_F,' ') C_CODE_F, NVL(CODE_G,' ') C_CODE_G, NVL(CODE_H,' ') C_CODE_H, NVL(CODE_I,' ') C_CODE_I, NVL(CODE_J,' ') C_CODE_J, SUM(NVL(CREDIT_AMOUNT, 0)) BZ_CREDIT, SUM(NVL(DEBET_AMOUNT, 0)) BZ_DEBET, SUM(NVL(CURRENCY_CREDIT_AMOUNT, 0)) BZ_CURRENCY_CREDIT, SUM(NVL(CURRENCY_DEBET_AMOUNT, 0)) BZ_CURRENCY_DEBET, SUM(NVL(THIRD_CURRENCY_CREDIT_AMOUNT, 0)) BZ_THIRD_CREDIT, SUM(NVL(THIRD_CURRENCY_DEBIT_AMOUNT, 0)) BZ_THIRD_DEBET, SUM(NVL(DECODE(SIGN(QUANTITY), 1, 0, QUANTITY), 0)) BZ_CREDIT_QUANTITY, SUM(NVL(DECODE(SIGN(QUANTITY), -1, 0, QUANTITY), 0)) BZ_DEBET_QUANTITY FROM GL_AND_HOLD_VOU_ROW_FINREP WHERE ACCOUNT IN (SELECT ACCOUNT FROM ACCOUNT WHERE COMPANY = :B5 AND REPORT_SYS.PARSE_PARAMETER (ACCOUNT, :B7 ) = 'TRUE') AND CURRENCY_CODE LIKE :B6 AND COMPANY = :B5 AND VOUCHER_DATE <= TO_DATE(:B4 , 'YYYY-MM-DD') AND( :B3 = '%' OR :B3 IS NULL OR (:B3 = 'B' AND CODE_B BETWEEN :B2 AND :B1 ) OR (:B3 = 'C' AND CODE_C BETWEEN :B2 AND :B1 ) OR (:B3 = 'D' AND CODE_D BETWEEN :B2 AND :B1 ) OR (:B3 = 'E' AND CODE_E BETWEEN :B2 AND :B1 ) OR (:B3 = 'F' AND CODE_F BETWEEN :B2 AND :B1 ) OR (:B3 = 'G' AND CODE_G BETWEEN :B2 AND :B1 ) OR (:B3 = 'H' AND CODE_H BETWEEN :B2 AND :B1 ) OR (:B3 = 'I' AND CODE_I BETWEEN :B2 AND :B1 ) OR (:B3 = 'J' AND CODE_J BETWEEN :B2 AND :B1 ) ) GROUP BY COMPANY, ACCOUNT, CURRENCY_CODE, CODE_B, CODE_C, CODE_D, CODE_E, CODE_F, CODE_G, CODE_H, CODE_I, CODE_J) C WHERE A.A_ACCOUNT(+) = C.C_ACCOUNT AND C.C_ACCOUNT = B.B_ACCOUNT(+) AND A.A_CURRENCY_CODE(+) = C.C_CURRENCY_CODE AND C.C_CURRENCY_CODE = B.B_CURRENCY_CODE(+) AND A.A_CODE_B(+) = C.C_CODE_B AND C.C_CODE_B = B.B_CODE_B(+) AND A.A_CODE_C(+) = C.C_CODE_C AND C.C_CODE_C = B.B_CODE_C(+) AND A.A_CODE_D(+) = C.C_CODE_D AND C.C_CODE_D = B.B_CODE_D(+) AND A.A_CODE_E(+) = C.C_CODE_E AND C.C_CODE_E = B.B_CODE_E(+) AND A.A_CODE_F(+) = C.C_CODE_F AND C.C_CODE_F = B.B_CODE_F(+) AND A.A_CODE_G(+) = C.C_CODE_G AND C.C_CODE_G = B.B_CODE_G(+) AND A.A_CODE_H(+) = C.C_CODE_H AND C.C_CODE_H = B.B_CODE_H(+) AND A.A_CODE_I(+) = C.C_CODE_I AND C.C_CODE_I = B.B_CODE_I(+) AND A.A_CODE_J(+) = C.C_CODE_J AND C.C_CODE_J = B.B_CODE_J(+)
END OF STMT
PARSE #1413809728:c=15625,e=45720,p=5,cr=234,cu=0,mis=0,r=0,dep=1,og=4,plh=2703108920,tim=4220564989293
EXEC #1413809728:c=0,e=199,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,plh=2703108920,tim=4220564989844

*** 2017-09-12 10:52:50.826
WAIT #1413809728: nam='Disk file operations I/O' ela= 132 FileOperation=2 fileno=18 filetype=2 obj#=94768 tim=4220568152793
WAIT #1413809728: nam='db file sequential read' ela= 5541 file#=18 block#=258597 blocks=1 obj#=94768 tim=4220568158423
WAIT #1413809728: nam='db file sequential read' ela= 2997 file#=18 block#=258613 blocks=1 obj#=94768 tim=4220568161507
WAIT #1413809728: nam='db file sequential read' ela= 3503 file#=18 block#=258581 blocks=1 obj#=94768 tim=4220568165554
WAIT #1413809728: nam='db file sequential read' ela= 7069 file#=18 block#=258565 blocks=1 obj#=94768 tim=4220568172784
WAIT #1413809728: nam='db file sequential read' ela= 576 file#=18 block#=258629 blocks=1 obj#=94768 tim=4220568182574
WAIT #1413809728: nam='db file sequential read' ela= 3444 file#=18 block#=256570 blocks=1 obj#=94768 tim=4220568246995
WAIT #1413809728: nam='db file sequential read' ela= 2665 file#=18 block#=234814 blocks=1 obj#=94768 tim=4220568249865
WAIT #1413809728: nam='db file sequential read' ela= 6364 file#=18 block#=234846 blocks=1 obj#=94768 tim=4220568256366
WAIT #1413809728: nam='db file sequential read' ela= 3628 file#=18 block#=256586 blocks=1 obj#=94768 tim=4220568260161
WAIT #1413809728: nam='db file sequential read' ela= 596 file#=18 block#=256602 blocks=1 obj#=94768 tim=4220568261167
WAIT #1413809728: nam='db file sequential read' ela= 4212 file#=18 block#=256554 blocks=1 obj#=94768 tim=4220568266121
WAIT #1413809728: nam='db file sequential read' ela= 2200 file#=18 block#=234830 blocks=1 obj#=94768 tim=4220568271633

*** 2017-09-12 10:52:51.154
WAIT #1413809728: nam='db file sequential read' ela= 5347 file#=18 block#=234878 blocks=1 obj#=94768 tim=4220568491580
WAIT #1413809728: nam='db file sequential read' ela= 6469 file#=18 block#=234894 blocks=1 obj#=94768 tim=4220568498283
WAIT #1413809728: nam='db file sequential read' ela= 3515 file#=18 block#=241162 blocks=1 obj#=94768 tim=4220568502950
WAIT #1413809728: nam='db file sequential read' ela= 565 file#=18 block#=241178 blocks=1 obj#=94768 tim=4220568503717
WAIT #1413809728: nam='db file sequential read' ela= 1249 file#=18 block#=241194 blocks=1 obj#=94768 tim=4220568505162
WAIT #1413809728: nam='db file sequential read' ela= 620 file#=18 block#=241210 blocks=1 obj#=94768 tim=4220568505991
WAIT #1413809728: nam='db file sequential read' ela= 3455 file#=18 block#=241226 blocks=1 obj#=94768 tim=4220568509652
WAIT #1413809728: nam='db file sequential read' ela= 597 file#=18 block#=241242 blocks=1 obj#=94768 tim=4220568510485
WAIT #1413809728: nam='db file sequential read' ela= 2686 file#=18 block#=256522 blocks=1 obj#=94768 tim=4220568514639
WAIT #1413809728: nam='db file sequential read' ela= 587 file#=18 block#=256538 blocks=1 obj#=94768 tim=4220568515444
WAIT #1413809728: nam='db file sequential read' ela= 4024 file#=18 block#=256634 blocks=1 obj#=94768 tim=4220568519769
WAIT #1413809728: nam='db file sequential read' ela= 572 file#=18 block#=256650 blocks=1 obj#=94768 tim=4220568520518
WAIT #1413809728: nam='db file sequential read' ela= 575 file#=18 block#=256666 blocks=1 obj#=94768 tim=4220568521248
WAIT #1413809728: nam='db file sequential read' ela= 627 file#=18 block#=256729 blocks=1 obj#=94768 tim=4220568522116
WAIT #1413809728: nam='db file sequential read' ela= 633 file#=18 block#=256745 blocks=1 obj#=94768 tim=4220568522936
WAIT #1413809728: nam='db file sequential read' ela= 608 file#=18 block#=256761 blocks=1 obj#=94768 tim=4220568523740
WAIT #1413809728: nam='db file sequential read' ela= 1499 file#=18 block#=245600 blocks=1 obj#=94768 tim=4220568527856
WAIT #1413809728: nam='db file sequential read' ela= 2279 file#=18 block#=242711 blocks=1 obj#=94768 tim=4220568536390
WAIT #1413809728: nam='db file sequential read' ela= 1080 file#=18 block#=245664 blocks=1 obj#=94768 tim=4220568568961
WAIT #1413809728: nam='db file sequential read' ela= 553 file#=18 block#=242712 blocks=1 obj#=94768 tim=4220568582530

CURSOR #1413809728 - запрос, который требует анализа
object_id = 94768 - объект ( в моём случае таблица) которая требует анализа, т.к. из неё медленно выбираются данные

...

Рейтинг:

0 / 0

12.09.2017, 10:51

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519759

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

startupв правильном ли направлении я "копаю".Нет.

...

Рейтинг:

0 / 0

12.09.2017, 11:26

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519768

startup

Гость

ElicНет.
Спасибо.

Верно ли утверждение, что причиной медленной работы может быть медленное дисковое чтение / запись файла данных file#=18 ?

...

Рейтинг:

0 / 0

12.09.2017, 11:39

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519771

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

startupВерно ли утверждение, что причиной медленной работы может быть медленное дисковое чтение / запись файла данных file#=18 ?Неверно.

...

Рейтинг:

0 / 0

12.09.2017, 11:42

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519795

startup

Гость

Верно ли утверждение, что приведённая часть трейса поможет понять причину медленного выполнения?

...

Рейтинг:

0 / 0

12.09.2017, 12:30

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519805

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

startupВерно ли утверждение, что приведённая часть трейса поможет понять причину медленного выполнения?Неверно.

...

Рейтинг:

0 / 0

12.09.2017, 12:43

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519842

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

startup,
вы б это... попробовали б почитать ту часть,что привели
а не тыкали пальцем в небо

...

Рейтинг:

0 / 0

12.09.2017, 13:32

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519883

startup

Гость

DВАstartup,
вы б это... попробовали б почитать ту часть,что привели
а не тыкали пальцем в небо

Код: plsql

WAIT #1413809728: nam='db file sequential read' ela= 5541 file#=18 block#=258597 blocks=1 obj#=94768 tim=4220568158423

Мне кажется так. Есть ожидание равное 5,5 милисекунд на чтение одного блока из таблицы (obj_id=94768 ).
Т.к. таких ожиданий сотни, получается задержка в выполнении.
Мне казалось, что моя задача определить почему один блок так долго читался из дата файла в буфернывй кеш.

...

Рейтинг:

0 / 0

12.09.2017, 14:19

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519892

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

startup,
5.5 мс это отличное время чтения блока :)

...

Рейтинг:

0 / 0

12.09.2017, 14:28

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519901

startup

Гость

DВАstartup,
5.5 мс это отличное время чтения блока :)
Возможно, мне нужно определить почему одноблочных чтений так много?
Возможно, может помочь rebuild таблицы (obj_id=94768) и её индексов?

...

Рейтинг:

0 / 0

12.09.2017, 14:37

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519908

dbms_photoshop

Участник

Откуда: sqlmdx.net

Сообщения: 5 140

Рейтинг: 0 / 0

startupDВАstartup,
5.5 мс это отличное время чтения блока :)
Возможно, мне нужно определить почему одноблочных чтений так много?
Возможно, может помочь rebuild таблицы (obj_id=94768) и её индексов?Возможно тебе стоит открыть для себя что такое план запроса и как смотреть на какие операции затрачено основное время.
А уже потом лезть в ожидания.
Или ты где-то в интернетах увидел, что когда запрос тормозит - надо делать трассировку? Ну так этот совет уже 10+ лет нерелевантен.

Точнее, трассировка нужна в достаточно экзотических случаях.

...

Рейтинг:

0 / 0

12.09.2017, 14:47

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519909

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

startupВозможно, мне нужно определить почему одноблочных чтений так много?
да
startupВозможно, может помочь rebuild таблицы (obj_id=94768) и её индексов?

возможно, но не факт.
слышали фразу "оптимизация запроса" ?

...

Рейтинг:

0 / 0

12.09.2017, 14:48

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519914

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

startupВозможно, мне нужно определить почему одноблочных чтений так много?Возможно, ты странным образом "зарабатываешь" зарплату?startupВозможно, может помочь rebuild таблицы (obj_id=94768) и её индексов?Чем бы дитя не тешилось…

...

Рейтинг:

0 / 0

12.09.2017, 14:52

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519917

startup

Гость

startupДобрый день.
Подскажите, плиз, в правильном ли направлении я "копаю".
.......
CURSOR #1413809728 - запрос, который требует анализа
object_id = 94768 - объект ( в моём случае таблица) которая требует анализа, т.к. из неё медленно выбираются данные

Elicstartupв правильном ли направлении я "копаю".Нет.

Т.е. моя первая задача попробовать оптимизировать запрос (CURSOR #1413809728) ?

...

Рейтинг:

0 / 0

12.09.2017, 14:56

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519923

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

startupТ.е. моя первая задача попробовать оптимизировать запрос (CURSOR #1413809728) ?Нет. Сперва нужно понять, что происходит.

...

Рейтинг:

0 / 0

12.09.2017, 15:04

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519938

startup

Гость

[quot dbms_photoshop]startupпропущено...
Или ты где-то в интернетах увидел, что когда запрос тормозит - надо делать трассировку? Ну так этот совет уже 10+ лет нерелевантен.

Я нигде не писал, что тормозит запрос.
Я использовал трассировку, чтобы опрелить, в том числе и какие запросы выполняются.

...

Рейтинг:

0 / 0

12.09.2017, 15:41

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519989

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

startupЯ нигде не писал, что тормозит запрос.
Я использовал трассировку, чтобы опрелить, в том числе и какие запросы выполняются.

да-да )
претензии были не к запросу, а к таблицы, из которой "медленно выбираются данные"
со скоростью чтения вроде бы выяснили
вопрос закрыт, раз запрос не тормозит?

...

Рейтинг:

0 / 0

12.09.2017, 16:55

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39519999

AlexFF__|

Участник

Сообщения: 2 776

Рейтинг: 0 / 0

DВАвопрос закрыт, раз запрос не тормозит?
Ненене, вы в ответе, за тех, кого приручили =)

...

Рейтинг:

0 / 0

12.09.2017, 17:09

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520022

startup

Гость

DВАвопрос закрыт, раз запрос не тормозит?

Честно говоря, не понимаю вашей иронии.
Тормозит приложение. Чтобы понять, что происходит (и том числе узнать какие выполняются sql запросы) сделана трассировка.
Мне показалось, что дело в ожиданиях

Код: plsql

WAIT #1413809728: nam='db file sequential read' ela= 5541 file#=18 block#=258597 blocks=1 obj#=94768 tim=4220568158423

Вы сказали, что время чтения блока 5,5 милисекунд - это нормально.
Я спросил "Т.е. моя первая задача попробовать оптимизировать запрос (CURSOR #1413809728) ?"
Но Elic сказал, "Нет. Сперва нужно понять, что происходит".

...

Рейтинг:

0 / 0

12.09.2017, 17:39

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520027

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

startupЯ нигде не писал, что тормозит запрос.

startupТормозит приложение.

а с вами не соскучишься )

"Сперва нужно понять, что происходит"
Ну так в чем дело?
давайте итоговые ожидания вашей трассировки

...

Рейтинг:

0 / 0

12.09.2017, 17:48

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520333

startup

Гость

DВАдавайте итоговые ожидания вашей трассировки

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.01          0         24          1           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        2      0.00       0.01          0         24          1           0

Misses in library cache during parse: 0

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                       5        0.00          0.00
  SQL*Net message from client                     5     2422.07       2422.56
  log file sync                                   1        0.00          0.00
  SQL*Net break/reset to client                   2        0.00          0.00


OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       22      0.00       0.00          0          0          0           0
Execute 5857197    124.62     123.11          0          1         15           0
Fetch   5857196    893.62     895.37          0   13743264          0     5857208
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total   11714415   1018.25    1018.49          0   13743265         15     5857208

2 запроса на которые приходится большая часть времени выполнения

SQL ID: c9ut0gar110q3 Plan Hash: 335688356

Код: plsql

1.
2.
3.
4.
5.
6.
7.

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute 1463698     30.90      30.16          0          0          0           0
Fetch   1463698     23.31      23.07          0    4391094          0     1463698
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total   2927397     54.21      53.23          0    4391094          0     1463698

SQL ID: 83cz7ufntpdvq Plan Hash: 2535140662

Код: plsql

1.
2.
3.
4.
5.
6.
7.

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        1    805.89     808.17          0     556911          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        3    805.89     808.17          0     556911          0           1

ElicСперва нужно понять, что происходит.
SQL ID: 83cz7ufntpdvq. Время выполнения 808 секунд, 556 911 блоков полученных согласованным чтением
Вывод - данный запрос вычитывает очень много блоков. Думаю, требуется проанализировать план запроса.

SQL ID: c9ut0gar110q3. Запрос выполенен 1463698 раз, общее время выполенения 53 секунды, 4391094 блоков полученных согласованным чтением
Вывод - данный запрос выполняется большое количество раз. Думаю, треубется проанлизировать код приложения и понять почему этот запрос вызывается так часто.

...

Рейтинг:

0 / 0

13.09.2017, 11:52

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520449

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

уже чувствуется системный подход )

startupSQL ID: c9ut0gar110q3. Запрос выполенен 1463698 раз, общее время выполенения 53 секунды, 4391094 блоков полученных согласованным чтением
Вывод - данный запрос выполняется большое количество раз. Думаю, треубется проанлизировать код приложения и понять почему этот запрос вызывается так часто.

может у него переменные разные? :)

...

Рейтинг:

0 / 0

13.09.2017, 14:11

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520455

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

DВАstartupВывод - данный запрос выполняется большое количество раз. Думаю, треубется проанлизировать код приложения и понять почему этот запрос вызывается так часто.может у него переменные разные? :)startup

Код: plsql

1.
2.

ACCOUNTING_CODE_PART_VALUE_API.GET_DESCRIPTION(COMPANY,'A',ACCOUNT)
…

...

Рейтинг:

0 / 0

13.09.2017, 14:16

| Ответить | Цитировать | Написать

нескончаемый db file sequential read wait event

#39520470

DВА

Участник

Сообщения: 4 743

Рейтинг: 0 / 0

а это уже из другой оперы
тут дисковых чтений ваще нет )

...

Рейтинг:

0 / 0

13.09.2017, 14:31

| Ответить | Цитировать | Написать

33 сообщений из 33, показаны все 2 страниц

все

Форумы / Oracle [игнор отключен] [закрыт для гостей] / нескончаемый db file sequential read wait event

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=52&tid=1885259]:	0ms
get settings:	6ms
get forum list:	14ms
check forum access:	3ms
check topic access:	3ms
track hit:	160ms
get topic data:	9ms
get forum data:	2ms
get page messages:	57ms
get tp. blocked users:	1ms
others:	200ms

total:	455ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы