|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Добрый день. Какой из запросов упадет по timeout? Код: sql 1. 2. 3. 4.
Код: sql 1. 2. 3. 4.
А если выполнить еще раз? ) Так и должно быть? ) Спасибо за ответы. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 15:10 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Gold_, так оба же и отстреливаются, как и запланировано. И на повторном вызове ничего не меняется. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 15:27 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Melkij, эээ а у Вас SELECT current_setting('statement_timeout'); по-умолчанию меньше 2 сек? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 15:33 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Gold_Добрый день. Какой из запросов упадет по timeout? Код: sql 1. 2. 3. 4.
Код: sql 1. 2. 3. 4.
А если выполнить еще раз? ) Так и должно быть? ) Спасибо за ответы. А вы случайно не через pgbouncer в transaction pooling mode пробуете? Так как transaction pooling + set session - вам скучно не будет (кратко - он не работает... подробно - работает но не так как хотите). ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 15:52 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Maxim Boguk, нет - напрямую. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 15:57 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Gold_Melkij, эээ а у Вас SELECT current_setting('statement_timeout'); по-умолчанию меньше 2 сек? Выключен, т.е. 0. И если он по-умолчанию стоит меньше - это же не помешает его изменить. Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 16:13 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Melkij, а вы батчами, батчами, а не постейтментнто. оно ещё как--то специально называется. там интересно бывает. 2ТС -- оно всегда так было. таймаут устанавливался только к концу батча стейтментов, в котором устанавливался. даже помнится с ф--ей был какой--то затыцк. но тут могу врать. посылайте батч так : Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 16:23 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
qwwq, спасибо! то что так надо я понял, но вот поведение ИМХО - чудноватое. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 16:46 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
qwwq, в psql настоящие мультистейтменты не получаются. у меня. но кое что можно нащупать: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
т.е. в DO он не успел установиться. а "мультибатч" не работает как настоящий. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 16:48 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Gold_, Установка параметров - транзакционная. Если транзакция завершается откатом, то отменяется и установка SET. Вполне логичное поведение. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 17:06 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Gold_qwwq, спасибо! то что так надо я понял, но вот поведение ИМХО - чудноватое.когда с разбега на такое напарываешься -- то да, неожиданности полные штаны. а сам по себе мультистейтмент -- весьма и весьма полезная штука, если инжектируемый код не писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 17:06 |
|
statement_timeout в текущей транзакции
|
|||
---|---|---|---|
#18+
Melkij, На что "жалуюсь" лучше меня описал qwwq и способ решение, чтобы повторить нужен клиент, умеющий проигрывать "мультистейтмент" (PgAdmin подходит) Павел Лузанов , то что Вы написали не вызывает сомнений, но я о другом. qwwq, Еще раз спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
21.11.2017, 19:22 |
|
|
start [/forum/topic.php?fid=53&msg=39556327&tid=1996089]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
5426ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 272ms |
total: | 5796ms |
0 / 0 |