Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Informix [игнор отключен] [закрыт для гостей] / Помогите разобратся с запроом. / 24 сообщений из 24, страница 1 из 1
02.04.2009, 06:43
    #35907125
KyRo
KyRo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Подскажите что не так с запросом .

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
set isolation to dirty read;
unload to /home/alex/0104error.txt
select unique i002_number from authorizations
where cardserno in (select serno from cards
where expirydate = '31/03/2010' and number[ 1 , 8 ] = 'ХХХХ'
and serno in (select serno from applog
where tabname = 'C'
and colname = 'pncp'))
and i039_rsp_cd in ('75','55')

После выполнения данного запроса , развалился индекс в таблице applog. Пересоздал индекс , запустил снова запрос , опять af . Опять индекс развалился .
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 06:56
    #35907133
KyRo
KyRo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Да, забыл приложить сам индекс

Код: plaintext
1.
2.
create index "online".log_hist_x on "online".applog (tabname,rowserno,
    timestamp desc) using btree ;
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 08:29
    #35907195
GVF112GVF
GVF112GVF
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Добрый день!

Для начала,
выполните - 'oncheck -cDI online:"online".applog' ... Results: Possible inconsistencies in 'online:"online".applog'.

Далее,
посмотрите логи на уровне OS - есть ли какие-либо ошибки при работе с
дисковой подсистемой, I/O и т.д.

Если есть возможность,
рассмотрите переход на последний релиз - IDS 9.40.UC9X2 !!!

С уважением,
Вадим.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 08:50
    #35907217
KyRo
KyRo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
авторДля начала,
выполните - 'oncheck -cDI online:"online".applog' ... Results: Possible inconsistencies in 'online:"online".applog'.

После развала индекса , oncheck показывал что индекс битый и его нужно пересоздать , как пересоздал , прогнал oncheck второй раз , все было хорошо .
После второго развала , информикс упал . когда поднял , он автоматически пересоздал данный индекс.

авторДалее,
посмотрите логи на уровне OS - есть ли какие-либо ошибки при работе с
дисковой подсистемой, I/O и т.д.

Ошибок нет , лог чистый.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 11:48
    #35907781
zaiets
zaiets
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Индекс развалился скорее всего не на запросе.
Запрос только привел к чтению данных в битой части индекса и метке индекса как битого.
Если постоянно по таблицам выполняется построение статистики, то посмотрите, ругалась ли она.
Обычно, если индекс битый - при построении статистики эта проявляется.
И учитывая ваши частые падения в прошлом,вполне возможно что это тянется еще с тех пор но просто к этому ключу индеса не добирались.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 12:07
    #35907869
KyRo
KyRo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
авторИндекс развалился скорее всего не на запросе.
Запрос только привел к чтению данных в битой части индекса и метке индекса как битого.
Если постоянно по таблицам выполняется построение статистики, то посмотрите, ругалась ли она.
Обычно, если индекс битый - при построении статистики эта проявляется.
И учитывая ваши частые падения в прошлом,вполне возможно что это тянется еще с тех пор но просто к этому ключу индеса не добирались.

Это не тот сервер который у нас постоянно падает .
Насчет того что индекс был уже битый я конечно же не исключаю , но вот после того как Informix ругнулся на него , я его пересоздал и он был 100% новым и целым , а все равно при запросе развалился второй раз.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 15:14
    #35908606
zaiets
zaiets
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
KyRo
Это не тот сервер который у нас постоянно падает .
Насчет того что индекс был уже битый я конечно же не исключаю , но вот после того как Informix ругнулся на него , я его пересоздал и он был 100% новым и целым , а все равно при запросе развалился второй раз.

Прошу прощения, не досмотрел.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 15:18
    #35908635
GVF112GVF
GVF112GVF
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Какие есть сообщения об ошибках (что-то на подобие - "SQL Error (-874): General exception error has occurred in the optimizer" и т.д.) ?

Для IDS 9.40 - есть такой APAR IC51986 - SELECT WITH A SUBSELECT CAUSES AN ASSERTION FAILURE AND ERROR 874.

С уважением,
Вадим.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.04.2009, 15:19
    #35908638
zaiets
zaiets
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
А если отключить Btree Cleaner (onmode -C stop 1) как ведет себя?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.04.2009, 14:09
    #35910717
KyRo
KyRo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
авторКакие есть сообщения об ошибках (что-то на подобие - "SQL Error (-874): General exception error has occurred in the optimizer" и т.д.)


Вот это точно не помню , но оба раза сервер упал, один раз полностью , второй раз в длительный чек поинт.

авторА если отключить Btree Cleaner (onmode -C stop 1) как ведет себя?

Это не пробовал . ВЫборка не очень критична , по этому на нее просто пока что забили.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 11:59
    #35916553
Павел. С
Павел. С
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
KyRo,

Сорри за оффтоп, но
как Вы добились такой огромной доли кешированных запросов???

Код: plaintext
1.
2.
3.
4.
5.
6.
/usr/informix/bin/onstat -p:

IBM Informix Dynamic Server Version 9.40.UC4     -- On-Line -- Up 10:05:45 -- 664692 Kbytes

Profile
dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
8200426  51782190 187783928 95.63   729460   3468948  30299894 97.59

У меня эти цифры не поднимается выше 50-60% что при чтении, что при записи.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 13:05
    #35916813
Daugava
Daugava
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Павел. СУ меня эти цифры не поднимается выше 50-60% что при чтении, что при записи
При нормально настроенном сервере, если там не исполняется каких-то "не типичных" запросов (типа выборки за 700 лет, или бекапа-ресторе, update statistics) данные цифры должны стремится к 100%. И в данном случае, я бы сказал, что показатели как раз низковаты.
А 50-60% это вообще ни в какие ворота. Так что onconfig и параметры вашего сервера в студию.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 13:35
    #35916932
Павел. С
Павел. С
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Daugava,

за 700 лет данные, конечно, не выбираются, а вот бэкапами-ресторами периодически балуюсь)
к 100%???

Приложил самое интересное из onstat -a.
Все это хозяйство работает на SCO OSR 5.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 14:30
    #35917142
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Павел. С
Приложил самое интересное из onstat -a.
самое интересное вы отрезали.

если пользователей в районе сотни, а статистика занулена например сегодня утром, значит есть DSS запросы которые вымывают буфферный кеш.
Накрутить 100% очень легко, выполните 50 млрд раз select * from systables where tabid=99.
Эти числа 98% 100% имеют смысла столько-же, сколько колебания температуры на марсе.

Однажды из-за глюка информикса, мой буфферный кеш на ходу уменьшился в 10 раз. %cached упал с 98% до 97%, пользователи лезли на стенку, т.к. время отклика увеличилось ну очень сильно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 14:52
    #35917229
Павел. С
Павел. С
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Журавлев Денис
если пользователей в районе сотни, а статистика занулена например сегодня утром, значит есть DSS запросы которые вымывают буфферный кеш.
Накрутить 100% очень легко, выполните 50 млрд раз select * from systables where tabid=99.
Эти числа 98% 100% имеют смысла столько-же, сколько колебания температуры на марсе.
Да, статистика обнулялась давно.
Обнулил результаты, за 20 минут насчиталось:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
Informix Dynamic Server Version 7.31.UC5    -- On-Line (Prim) -- Up 4 days 07:36:54 -- 704512 Kbytes

Profile
dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
1083859  2625521  41872225 97.41   634540   1788701  1415753  55.18

isamtot  open     start    read     write    rewrite  delete   commit   rollbk
34192114 13640    499711   16699408 22350    266396   113      271864   1
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 15:17
    #35917306
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Павел. С
Да, статистика обнулялась давно.
Обнулил результаты, за 20 минут насчиталось:
сколько пользователей? OLTP или DSS ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2009, 17:28
    #35917930
Павел. С
Павел. С
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Журавлев Дениссколько пользователей? OLTP или DSS ?
Пользователей до 100 . Ночью значительно меньше. OLTP.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2009, 16:26
    #35920593
vasilis
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Журавлев ДенисЭти числа 98% 100% имеют смысла столько-же, сколько колебания температуры на марсе.
Слишком категорично и утрированно. Так можно сказать относительно любой цифры статистики.
Смысловую нагрузку несут , естественно, вместе с другими характеристиками, тем не менее, даже сами по себе для знакомых приложений дают много пищи для размышлений.
Например, при мониторинге десятков серверов с одной и той же прикладной системой я уже знаю, какие средние характеристики нагрузки могут быть в IDS. Для данных параметров, например, 90% и 97%. И если я вижу резкое отличие (при правильном мониторинге) типа 50%, то это уже сигнал для более тщательного исследования данной конфигурации. Явно кто то что то неправильно сделал (или не сделал). Например, не увеличил буферный пул, не настроил RA и т.п.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2009, 17:07
    #35920795
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
vasilisЖуравлев ДенисЭти числа 98% 100% имеют смысла столько-же, сколько колебания температуры на марсе.
Слишком категорично и утрированно. Так можно сказать относительно любой цифры статистики.
Смысловую нагрузку несут , естественно, вместе с другими характеристиками, тем не менее, даже сами по себе для знакомых приложений дают много пищи для размышлений.
Например, при мониторинге десятков серверов с одной и той же прикладной системой я уже знаю, какие средние характеристики нагрузки могут быть в IDS. Для данных параметров, например, 90% и 97%. И если я вижу резкое отличие (при правильном мониторинге) типа 50%, то это уже сигнал для более тщательного исследования данной конфигурации. Явно кто то что то неправильно сделал (или не сделал). Например, не увеличил буферный пул, не настроил RA и т.п.ой-ей. я об этом ровно и сказал, я говорил про большие значения (числа 98 и 100), они не говорят ни о чем. 70% говорит что возможно все плохо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2009, 18:53
    #35921116
zaiets
zaiets
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
По поводу влияния кеширования(скажем так, относительности показателей кеширования) неплохо описал Том Кайт в одной из своих книг - В.К. возможно может уточнить название, но вроде это было в Оракл оптимизация производительности.

В данном случае, думаю то, что применимо к Оракл применимо и к Информикс, советую почитать, будет не лишним.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2009, 09:46
    #35921733
GVF112GVF
GVF112GVF
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
zaietsПо поводу влияния кеширования(скажем так, относительности показателей кеширования) неплохо описал Том Кайт в одной из своих книг - В.К. возможно может уточнить название, но вроде это было в Оракл оптимизация производительности.

В данном случае, думаю то, что применимо к Оракл применимо и к Информикс, советую почитать, будет не лишним.

Знание общих принципов - вещь полезная, но решение конкретной задачи, применительно к уже используемой технологии, требует понимание многих аспектов и нюансов реализации прикладной задачи, архитектурного решения, методов и приемов оптимизации (сервера INFORMIX) и т.д.

Насколько Я помню,
достаточно много информации на эту темы было в IIUG - http://www.iiug.org

Достаточно поискать по ключевым фразам - "Art. Kagel" и "buffer cache" и т.д.

С уважением,
Вадим
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2009, 14:32
    #35922818
vasilis
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Журавлев Денися говорил про большие значения (числа 98 и 100), они не говорят ни о чем. Денис, не будь категоричен :)
Даже цифры 98 и 100 в некоторых ситуациях говорят о том, что все активные таблицы поместились в память, а значит с проблемами hardware доступа (и с производительностью дискового массива) я буду разбираться в последнюю очередь. И память для кеша добавлять не нужно и еще много чего.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2009, 14:36
    #35922826
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
vasilisЖуравлев Денися говорил про большие значения (числа 98 и 100), они не говорят ни о чем. Денис, не будь категоричен :)
Даже цифры 98 и 100 в некоторых ситуациях говорят о том, что все активные таблицы поместились в память, а значит с проблемами hardware доступа (и с производительностью дискового массива) я буду разбираться в последнюю очередь. И память для кеша добавлять не нужно и еще много чего.или кто-то выполнил 50 млрд раз select * from systables where tabid=99.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2009, 14:57
    #35922912
vasilis
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите разобратся с запроом.
Журавлев ДенисvasilisЖуравлев Денися говорил про большие значения (числа 98 и 100), они не говорят ни о чем. Денис, не будь категоричен :)
Даже цифры 98 и 100 в некоторых ситуациях говорят о том, что все активные таблицы поместились в память, а значит с проблемами hardware доступа (и с производительностью дискового массива) я буду разбираться в последнюю очередь. И память для кеша добавлять не нужно и еще много чего.или кто-то выполнил 50 млрд раз select * from systables where tabid=99.
Не утрируй. Иначе "ты всю физику на ... сведешь" (из анеков про Вовочку в школе).
Я специально делал оговорки "при правильном мониторинге", "для знакомых приложений", "в некоторых ситуациях". Не нужно исключения возводить в правило, но и забывать о них не нужно.
Не забывай, что форум читает много начинающих админов, которых твои категоричные фразы, без оговорок, могут поставить в затруднительное положение - кому верить и во что.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Informix [игнор отключен] [закрыт для гостей] / Помогите разобратся с запроом. / 24 сообщений из 24, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 464ms
Закрыть
start [/forum/topic.php?fid=44&mobile=1&tid=1607849]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 51ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 52ms
get tp. blocked users:
 2ms
others: 315ms
total:  464ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]