|
|
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
есть такое Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. грешил на mysql, но судя по 18325072 mysql не виноват. может быть влияет время выполнения самого запроса? он длится 36 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 10:18 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
может кто подскажет какие параметры отвечают за долгое выполнение запроса, более 30 секунд? есть подозрение, что драйвер отправляет повторные запросы через какое-то время. если от базы не пришло ответа вовремя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 14:13 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадяможет кто подскажет какие параметры отвечают за долгое выполнение запроса, более 30 секунд? А аналогичный запрос из любой тулзы? А включить логирование в mysql и посмотреть? вадяесть подозрение, что драйвер отправляет повторные запросы через какое-то время. если от базы не пришло ответа вовремя... Это вряд ли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 14:31 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
DriverManager.getConnection тоже может отнимать существенное время. Оно включено в тест? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 14:32 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вот Код: java 1. 2. 3. 4. 5. 6. 7. при 28000 выполняется без проблем из другой тулзы тоже нормально, нагрузка на проц опускается до 0 после отправки данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 15:56 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадя Код: java 1. тип курсора при возварте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 16:07 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Petro123, ResultSet rs; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 16:31 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадяPetro123, ResultSet rs; я в курсе что такое слово там есть. Я спросил про Type of ResultSet. Покопай в этом направлении. Типы могут быть разными и результат\время тоже. IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 16:54 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
в данном случае меня устраивает по умолчанию что там. даже не смотрел. в принципе устроит и ResultSet.TYPE_SCROLL_INSENSITIVE и ResultSet.TYPE_FORWARD_ONLY если они будут играть какую-то роль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 17:29 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадяв данном случае меня устраивает по умолчанию что там. вот и я не понял твоего сабжа. Что 36 сек, что 56 сек., какая разница. Всё рано много)). А настроек при LIKE столько, что теряется сам смысл вопроса. IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 17:33 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадя, Я правильно понял вашу проблему. Есть запрос (хранимка) который вычитывает много-много данных. В БД он отрабатывает шустро и это видно по плану запроса? Но когда запрос выполняется из JDBC сервер сильно тормозит, вычитывая все необходимые данные вместо того чтобы отдать скроллируемый курсор? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 17:44 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадя, А можно весь код посмотреть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:09 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Blazkowiczчтобы отдать скроллируемый курсор? я думаю, это и есть тип курсора который наду установить. Тогда при проходе в коде в цикле, драйвер будет подкачивать следующие записи. Или не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:13 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Petro123вадяв данном случае меня устраивает по умолчанию что там. вот и я не понял твоего сабжа. Что 36 сек, что 56 сек., какая разница. Всё рано много)). А настроек при LIKE столько, что теряется сам смысл вопроса. IMHO ну из-за чего такая разница, и почему она есть это вопрос отдельный. а то что время большое - в этом нет ничего удивительного всё в принципе работы like %что-то%, а именно из-за первого процента настроек при like нет , по крайней мере в том виде , что используется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:17 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Blazkowiczвадя, А можно весь код посмотреть? вызов Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. хранимка Код: sql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:23 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадя, То есть данных едет мало? Тормозит исключительно выборка? Так надо лог mysql смотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:28 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Blazkowiczвадя, Я правильно понял вашу проблему. Есть запрос (хранимка) который вычитывает много-много данных. В БД он отрабатывает шустро и это видно по плану запроса? Но когда запрос выполняется из JDBC сервер сильно тормозит, вычитывая все необходимые данные вместо того чтобы отдать скроллируемый курсор? запрос высчитывает ограниченное число данных - Limit 5, только 5 строк удовлетворяющих условию like %что-то% отрабатывает он не очень шустро, но это и понятно - такое like %что-то% сканирует всю таблицу, до тех пор пока не наберёт 5 строк. сервер их набирает и отдаёт, пока он их отбирает проц грузит на 100%, это понятно, т.к. все данные в памяти. проблема в том, что когда данные отданы проц ещё кучу времени нагружен на 100%. если это же выполнить из dbForge проц , после отдачи, идет курить бамбук. вот и возникает вопрос - почему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:32 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадяпроблема в том, что когда данные отданы проц ещё кучу времени нагружен на 100%. если это же выполнить из dbForge проц , после отдачи, идет курить бамбук. закрой коннект и курсор драйвера. после Код: java 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:37 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
из амерь время на этой строке. До и после. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:38 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Blazkowiczвадя, То есть данных едет мало? Тормозит исключительно выборка? Так надо лог mysql смотреть. время отдачи одинаково. я смотрю менеджер сессий и там (при jdbc) идет выполнение этого запроса, как-будто jdbc шлёт и шлет запросы, не получив вовремя ответ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:39 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Petro123вадяпроблема в том, что когда данные отданы проц ещё кучу времени нагружен на 100%. если это же выполнить из dbForge проц , после отдачи, идет курить бамбук. закрой коннект и курсор драйвера. после Код: java 1. счас сделаю. а разве java 8 не закрывает сама всё? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:45 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадякак-будто jdbc шлёт и шлет запросы, не получив вовремя ответ sbb.append(list_names(rs).toString()); это всё таки твой код, а не драйвера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:46 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
Petro123вадякак-будто jdbc шлёт и шлет запросы, не получив вовремя ответ sbb.append(list_names(rs).toString()); это всё таки твой код, а не драйвера Там 15 несчастных строк. Тормозит исключительно выборка по огромной таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:47 |
|
||
|
странно работает jdbc
|
|||
|---|---|---|---|
|
#18+
вадяа разве java 8 не закрывает сама всё? вам шашечки или ехать? Т.е. мы Java8 проверяем иил драйвер? )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2015, 18:49 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=39087326&tid=2124762]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
165ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 211ms |
| total: | 488ms |

| 0 / 0 |
