НЕТ реакции SELECT'a на delete from mon$attachments / Firebird, InterBase

ReSQL.ru

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

Гость

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

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

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

Цитировать

Написать

Автор*:

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

Тема*:

Сообщение

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

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

Автор:

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

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

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

Вложение:

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

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

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

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

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

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / НЕТ реакции SELECT'a на delete from mon$attachments

5 сообщений из 5, страница 1 из 1

НЕТ реакции SELECT'a на delete from mon$attachments

#38594636

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hi all

Похожая тема уже вспыхивала, но там было изменение данных и мну уговорили, что ФБ делает откат, оттого и реакция на команду грохания из mon$statements замедленная.

Сейчас делаю только SELECT, но вижу то же самое.

session #1

Код: plaintext

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

SQL> recreate table t(id int);
SQL> create descending index t_id_desc on t(id);
SQL> commit;
SQL> insert into t select r from (select row_number()over() r from rdb$types,rdb$types,rdb$fields rows 5000000) order by rand();
SQL> commit;
SQL> set stat on;
SQL> select count(*) from t h where h.id between (select min(id) from t) and (select max(id) from t);

session #2 (минуты через 1-2 после запуска молотьбы в окне-1)

Код: plaintext

SQL> commit; delete from mon$statements; commit;
SQL>

Эта команда длилась 1.3 сек:

Код: plaintext

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

2014-03-24T14:05:30.0000 (15424:0x7f88dd3e3fe8) EXECUTE_STATEMENT_FINISH
        oltp30 (ATT_23, SYSDBA:NONE, NONE, TCPv4:127.0.0.1)
        /opt/fb30trnk/bin/isql:31331
                (TRA_2848, CONCURRENCY | WAIT | READ_WRITE)

Statement 56840:
-------------------------------------------------------------------------------
delete from mon$statements
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PLAN (MON$STATEMENTS NATURAL)
0 records fetched
   1280 ms, 33 fetch(es)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$RELATIONS                                     8

Результат: окно-1 так и продолжает "чего-то делать", никакой реакции даже через 10 минут.

Там, в таинственном mon$-мире, ничего не поломалось за последнее время ?

В аттаче - эксель с данными мониторинга (там видно, что НИЧЕГО ВООБЩЕ не делается), а также несколько бактрасс процесса firebird.

PS. LI-T3.0.0.30981

...

Рейтинг:

0 / 0

24.03.2014, 14:31:47

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

НЕТ реакции SELECT'a на delete from mon$attachments

#38594666

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Сделал повторную попытку (переконнект в окне-2 и снова там delete from mon$statements) - ноль эмоций.
И самое "забавное", что выполняемого (якобы) в окне-1 селекта в мониторинге вообще нету. В mon$statements висят какие-то записи от давно убитых isql-аттачей, и еще один и спящего ИБЭ.

Код: plaintext

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.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.

SQL> set list on; commit; 
SQL> select a.mon$remote_process,a.mon$user, a.mon$state attach_state, s.* 
CON> from mon$attachments a left join mon$statements s 
CON> on a.mon$attachment_id=s.mon$attachment_id 
CON> where a.mon$attachment_id<>current_connection;

MON$REMOTE_PROCESS              /opt/fb30trnk/bin/isql
MON$USER                        SYSDBA                                                             
ATTACH_STATE                    0
MON$STATEMENT_ID                56720
MON$ATTACHMENT_ID               22
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     6

MON$REMOTE_PROCESS              /opt/fb30trnk/bin/isql
MON$USER                        SYSDBA                                                             
ATTACH_STATE                    0
MON$STATEMENT_ID                56719
MON$ATTACHMENT_ID               22
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     7

MON$REMOTE_PROCESS              /opt/fb30trnk/bin/isql
MON$USER                        SYSDBA                                                             
ATTACH_STATE                    0
MON$STATEMENT_ID                56718
MON$ATTACHMENT_ID               22
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     8

MON$REMOTE_PROCESS              /opt/fb30trnk/bin/isql
MON$USER                        SYSDBA                                                             
ATTACH_STATE                    0
MON$STATEMENT_ID                56716
MON$ATTACHMENT_ID               22
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     9

MON$REMOTE_PROCESS              C:\MIX\IBE\IBExpert.exe
MON$USER                        SYSDBA                                                             
ATTACH_STATE                    0
MON$STATEMENT_ID                56648
MON$ATTACHMENT_ID               14
MON$TRANSACTION_ID              <null>
MON$STATE                       0
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    0:2
select RDB$OWNER_NAME from RDB$RELATIONS where RDB$RELATION_NAME = 'T'

MON$STAT_ID                     11

MON$REMOTE_PROCESS              <null>
MON$USER                        Garbage Collector                                                  
ATTACH_STATE                    0
MON$STATEMENT_ID                <null>
MON$ATTACHMENT_ID               <null>
MON$TRANSACTION_ID              <null>
MON$STATE                       <null>
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     <null>

MON$REMOTE_PROCESS              <null>
MON$USER                        Cache Writer                                                       
ATTACH_STATE                    0
MON$STATEMENT_ID                <null>
MON$ATTACHMENT_ID               <null>
MON$TRANSACTION_ID              <null>
MON$STATE                       <null>
MON$TIMESTAMP                   <null>
MON$SQL_TEXT                    <null>
MON$STAT_ID                     <null>

...

Рейтинг:

0 / 0

24.03.2014, 14:43:22

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

НЕТ реакции SELECT'a на delete from mon$attachments

#38594682

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

мнды... чего-то я опять сломал, что ле...
isql-молотилка - вот он, перед глазами.
А на самом деле - его вроде как и нету:

Код: plaintext

1.
2.
3.

SQL> select count(*) from mon$attachments where MON$REMOTE_PROCESS containing 'isql' and mon$attachment_id<>current_connection;

COUNT                           0

...

Рейтинг:

0 / 0

24.03.2014, 14:53:53

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

НЕТ реакции SELECT'a на delete from mon$attachments

#38594749

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

к разным базам подключился, как обычно? :-)

...

Рейтинг:

0 / 0

24.03.2014, 15:24:58

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

НЕТ реакции SELECT'a на delete from mon$attachments

#38594758

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Не, база одна и та же.

И кажется, я догадался: видимо, как-то так "хитро" протащил мышкой окно с молотилкой, что оно не среагировало на отпускание мыши. И не обновило информацию в себе любимом :(

...

Рейтинг:

0 / 0

24.03.2014, 15:31:38

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

5 сообщений из 5, страница 1 из 1

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / НЕТ реакции SELECT'a на delete from mon$attachments

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

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

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

start [/forum/topic.php?fid=40&fpage=100&tid=1563784]:	0ms
get settings:	8ms
get forum list:	18ms
check forum access:	3ms
check topic access:	3ms
track hit:	57ms
get topic data:	8ms
get forum data:	2ms
get page messages:	39ms
get tp. blocked users:	1ms
others:	211ms

total:	350ms

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