Многопоточность и JDBC MySQL Connection

@koka3000 · Регистрация: 02.02.2011

Студворк — интернет-сервис помощи студентам

Есть один поток, который подключен к базе mysql через jdbc. У него есть Connection.

Есть много (50-100) потоков, которые он порождает и которым нужно подключиться к той же базе.

Как лучше, создавать для каждого потока свой connection, или через connection создавать каждому statement?

При первом варианте придется создавать много подключений к базе.

При втором, как я понимаю, не выйдет нормально использовать PreparedStatement одновременно из всех потоков, а synchronized использовать не хочется из-за замедления работы.

@turbanoff · 30.07.2012, 07:25

Сообщение от koka3000

не выйдет нормально использовать PreparedStatement одновременно из всех потоков

Почему это?

@mutagen · 30.07.2012, 22:04

Сообщение от koka3000

из-за замедления работы.

я надеюсь вы не думаете, что одновременное выполнение например 50 селектов из стейтментов на БД будет быстрее чем синхронизированный блок

@koka3000 · 31.07.2012, 13:55 **[ТС]**

mutagen, не понял. Вы предлагаете использовать один statement и один connection, и делать запросы через синхронизированный блок ИЛИ создавать новые PraparedStatement через синхронизированный блок?

Добавлено через 1 минуту
turbanoff, для использование этого из множества потоков хватит только синхронихации создания prepareStatement?

Добавлено через 22 секунды
turbanoff, для использование этого из множества потоков хватит только синхронихации создания prepareStatement?

Добавлено через 27 минут
turbanoff, или можно сделать один Connection и много PreparedStatement для всех потоков что ли?

@turbanoff · 01.08.2012, 07:07

Сообщение от koka3000

можно сделать один Connection и много PreparedStatement для всех потоков что ли?

Да, так все и делают.

@koka3000 · 25.12.2012, 13:40 **[ТС]**

Сообщение от turbanoff

Да, так все и делают.

У меня сейчас так работает. Один connection, один PreparedStatement. Но у PreparedStatement на методе executeQuery я поставил synchronized.
Но вот в чем проблема. Из одного потока вызывается executeQuery и вызвращается ResultSet. Потом с другого тоже самое. И при запросах к разным ResultSet из разных потоков иногда вылетают исключения:

Java
1
java.sql.SQLException: Operation not allowed after ResultSet closed

и

Java
1
Exception in thread "Thread-0" java.lang.NullPointerException

Как избежать того, что при получении ResultSet в разных потоках и обращении к нему (next(), getString()) вылетают исключения?

@mutagen · 25.12.2012, 15:40

Сообщение от koka3000

Как избежать того, что при получении ResultSet в разных потоках и обращении к нему (next(), getString()) вылетают исключения?

не закрывать ResultSet методом close или не закрывать Statement или Connection

или если вы вызываете из нескольких потоков один и тот же стейтмент то результ сет сам закрывается, поэтому его надо в синхроблоке предварительно "выдоить" куда нибудь

Java
1
2
javadoc 
A ResultSet object is automatically closed when the Statement object that generated it is closed, re-executed, or used to retrieve the next result from a sequence of multiple results.

@koka3000 · 25.12.2012, 16:31 **[ТС]**

mutagen, спасибо. А нет ли какого-то готового способа "выдоить" ResultSet?

@Skipy · 25.12.2012, 16:53

Вообще-то это делается через пул соединений. Каждый поток получает из пула соединение, использует, возвращает обратно в пул. В худшем случае будет такое же количество соединений, как количество потоков. Но практика показывает, что даже в нагруженных системах разница в разы.

А делать запросы из разных потоков на одном соединении... Если окажется, что драйвер что-то кеширует для соединения, то это такой риск попасть на плавающие ошибки, что мало не покажется. Мне как-то приходилось отлавливать ситуацию, проявляющуюся только при одновременной работе не менее 50 потоков. Врагу не пожелаю. Три недели ловил. Тут, правда, проще было - это был не драйвер, а наш код. Но суть та же - при дебаге и малых нагрузках всё в порядке, а вот когда потоков много - тогда начинает клинить.

Добавлено через 2 минуты

Сообщение от koka3000

mutagen, спасибо. А нет ли какого-то готового способа "выдоить" ResultSet?

Разве что руками - писать цикл и создавать объекты, сохраня их в коллекции, по одному объекту на строку. Фактически Вы реализуете ORM с агрессивной загрузкой результатов выборки.

@mutagen · 25.12.2012, 16:56

Сообщение от koka3000

mutagen, спасибо. А нет ли какого-то готового способа "выдоить" ResultSet?

создайте класс контейнер для вашей таблицы с соответствующими типами полей и сложите его в лист и вытаскивайте в такой лист резулт сет, но как уже заметил Скипи проблема немного сложнее чем кажется на первый взгляд, может быть стоит пересмотреть архитектуру?

@koka3000 · 27.12.2012, 01:45 **[ТС]**

Всем спасибо, тема закрыта.

Новые блоги и статьи Все статьи Все блоги /
делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .

@koka3000 11 / 11 / 5 Регистрация: 02.02.2011 Сообщений: 211

	Многопоточность и JDBC MySQL Connection 29.07.2012, 14:24. Показов 8138. Ответов 10 Метки нет (Все метки) Есть один поток, который подключен к базе mysql через jdbc. У него есть Connection. Есть много (50-100) потоков, которые он порождает и которым нужно подключиться к той же базе. Как лучше, создавать для каждого потока свой connection, или через connection создавать каждому statement? При первом варианте придется создавать много подключений к базе. При втором, как я понимаю, не выйдет нормально использовать PreparedStatement одновременно из всех потоков, а synchronized использовать не хочется из-за замедления работы. 0

@koka3000 11 / 11 / 5 Регистрация: 02.02.2011 Сообщений: 211
	31.07.2012, 13:55 [ТС]
	mutagen, не понял. Вы предлагаете использовать один statement и один connection, и делать запросы через синхронизированный блок ИЛИ создавать новые PraparedStatement через синхронизированный блок? Добавлено через 1 минуту turbanoff, для использование этого из множества потоков хватит только синхронихации создания prepareStatement? Добавлено через 22 секунды turbanoff, для использование этого из множества потоков хватит только синхронихации создания prepareStatement? Добавлено через 27 минут turbanoff, или можно сделать один Connection и много PreparedStatement для всех потоков что ли? 0

@koka3000 11 / 11 / 5 Регистрация: 02.02.2011 Сообщений: 211
	25.12.2012, 16:31 [ТС]
	mutagen, спасибо. А нет ли какого-то готового способа "выдоить" ResultSet? 0

@koka3000 11 / 11 / 5 Регистрация: 02.02.2011 Сообщений: 211
	27.12.2012, 01:45 [ТС]
	Всем спасибо, тема закрыта. 0