BLOB

Вы можете эмулировать BLOB с помощью локаторов, добавив свойство emulateLocators=true в ваш JDBC URL. Используя этот метод, драйвер отложит загрузку фактических данных BLOB до тех пор, пока вы не получите другие данные, а затем используете методы извлечения (getInputStream(), getBytes() и т. д.) для потока данных BLOB.

Вы должны использовать псевдоним столбца со значением столбца для фактического имени BLOB, например:

SELECT id, 'data' as blob_data from blobtable

Вы также должны следовать этим правилам:

Реализация BLOB не допускает изменения на месте (они являются копиями, как сообщается методом DatabaseMetaData.locatorsUpdateCopies()). По этой причине используйте соответствующие методы PreparedStatement.setBlob() или ResultSet.updateBlob() (в случае обновляемых наборов результатов), чтобы сохранить изменения обратно в базу данных.

Connection

Метод isClosed() не проверяет сервер на доступность. В соответствии со спецификацией JDBC он возвращает true только в том случае, если closed() был вызван для подключения. Если вам нужно определить, всё ли в порядке с подключением, выполните простой запрос, например, SELECT 1. Драйвер выбросит исключение, если подключение больше недействительно.

DatabaseMetaData

Информация (getImportedKeys()/getExportedKeys() и getCrossReference()) доступна только из таблиц. Драйвер использует , чтобы получить эту информацию, поэтому, если другие хранилища данных добавят поддержку внешних ключей, драйвер будет поддерживать их также прозрачно.

PreparedStatement

Connector/J реализует два варианта подготовленных запросов: клиентские и серверные. Клиентские подготовленные запросы используются по умолчанию, потому что ранние версии MySQL не поддерживали или имели проблемы с реализацией подготовленных запросов. Серверные подготовленные запросы и бинарные наборы результатов используются, когда сервер их поддерживает. Чтобы включить использование серверных подготовленных запросов, установите useServerPrepStmts=true.

Будьте осторожны при использовании серверного подготовленного запроса с большими параметрами, заданными с помощью setBinaryStream(), setAsciiStream(), setUnicodeStream(), setCharacterStream(), setNCharacterStream(), setBlob(), setClob() или setNCLob(). Чтобы повторно выполнить запрос с любым изменённым большим параметром на обычный, вызовите clearParameters() и снова задайте все параметры. Причина в следующем:

Следовательно, для изменения типа параметра на обычный, необходимо вызвать clearParameters() и снова задать все параметры подготовленного запроса, прежде чем его можно будет повторно выполнить.

ResultSet

По умолчанию наборы результатов полностью извлекаются и хранятся в памяти. В большинстве случаев это наиболее эффективный способ работы и, благодаря дизайну сетевого протокола MySQL, проще для реализации.

Если вы работаете с наборами результатов, содержащими большое количество строк или больших значений, и не можете выделить необходимое количество памяти в вашей JVM, вы можете указать драйверу передавать результаты по одной строке за раз.

Для включения этой функциональности создайте экземпляр Statement следующим образом:

stmt = conn.createStatement(java.sql.ResultSet.TYPE_FORWARD_ONLY,
              java.sql.ResultSet.CONCUR_READ_ONLY);
stmt.setFetchSize(Integer.MIN_VALUE);

Сочетание набора результатов с типом «только вперёд, только чтение» и размером выборки Integer.MIN_VALUE служит сигналом для драйвера, чтобы передавать наборы результатов по строкам. После этого все наборы результатов, созданные с помощью данного заявления, будут извлекаться построчно.

Существует несколько нюансов при таком подходе. Вы должны прочитать все строки в наборе результатов (или закрыть его), прежде чем сможете выполнить другие запросы к подключению, иначе будет выброшено исключение.

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

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

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

Другой вариант - использование потоковой передачи на основе курсоров для извлечения определенного количества строк каждый раз. Это можно сделать, установив свойство подключения useCursorFetch в значение true, а затем вызвав setFetchSize(int) с int, представляющим желаемое количество строк для извлечения каждый раз:

conn = DriverManager.getConnection("jdbc:mysql://localhost/?useCursorFetch=true", "user", "s3cr3t");
stmt = conn.createStatement();
stmt.setFetchSize(100);
rs = stmt.executeQuery("SELECT * FROM your_table_here");

Statement

Connector/J поддерживает как Statement.cancel(), так и Statement.setQueryTimeout(). Для обоих требуется отдельное подключение для выполнения запроса.

В случае setQueryTimeout() реализация создает дополнительный поток для обработки таймаута.

MySQL не поддерживает SQL-курсоры, и JDBC-драйвер не эмулирует их, поэтому setCursorName() не оказывает никакого влияния.

Connector/J также предоставляет два дополнительных метода: