|
|
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста куда в первую очередь смотреть, если стоит задача ускорить раза в 3-4 запросы от Веб-приложения работающего через SLSB+JPA с базой MySQL (созданы хранимые процедуры, исключительно выборка данных)? Приложение крутится на Weblogic 10.3.3. MySQL движок NDB CLUSTER. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 14:19:28 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
Включить кеш второго уровня Включить логирование кэша второго уровня Проанализировать качество кэширования Включить SQL log JPA провайдера. Проанализировать SQL запросы Оптимизировать на уровне JPA через FetchMode Проанализировать планы запросов в MySQL Оптимизировать на уровне MySQL в зависимости от результатов предыдущего шага ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 14:24:33 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
NDB CLUSTER? Купить еще 3-4 сервера. Не? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 15:11:27 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
Еще один дополнительный вопрос - помимо данных запросов, в эту базу идет одновременно много других, менее приоритетных. Есть ли возможность приоретизировать запросы? В http://dev.mysql.com/doc/refman/5.5/en/select.html нашел про параметр HIGH_PRIORITY, но он я так понял не работает для NDB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 15:12:31 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
Busotir, ну, если машина медленно едет, надо же смотреть что именно тормозит. Не? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 15:22:30 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
BlazkowiczВключить кеш второго уровня Включить логирование кэша второго уровня Проанализировать качество кэширования Включить SQL log JPA провайдера. Проанализировать SQL запросы Оптимизировать на уровне JPA через FetchMode Проанализировать планы запросов в MySQL Оптимизировать на уровне MySQL в зависимости от результатов предыдущего шага Для начала включить в MySQL slow query log и втыкать туда... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 16:13:51 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
MasterZivДля начала включить в MySQL slow query log и втыкать туда... Он никак не покажет всяческих N+1 и других косяков ORM. Даже толстый джоин туда может не попасть, так как работает быстро, а JPA его результтат потом парсит минутами. Учитывая что у автора там всё на хранимках, есть сомнения что затык на MySQL. Иначе зачем задавать вопрос в Java форуме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 16:16:16 |
|
||
|
JPA + MySQL SELECT запросы слишком медленные
|
|||
|---|---|---|---|
|
#18+
BlazkowiczMasterZivДля начала включить в MySQL slow query log и втыкать туда... Он никак не покажет всяческих N+1 и других косяков ORM. Даже толстый джоин туда может не попасть, так как работает быстро, а JPA его результтат потом парсит минутами. Учитывая что у автора там всё на хранимках, есть сомнения что затык на MySQL. Иначе зачем задавать вопрос в Java форуме. Я же написал, "для начала". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2013, 19:30:56 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38433104&tid=2128351]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
188ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 466ms |

| 0 / 0 |
