Любой способ выбрать, не вызывая блокировки в MySQL?

Question

Любой способ выбрать, не вызывая блокировки в MySQL?

Запрос:

SELECT COUNT(online.account_id) cnt from online;

Но онлайн-таблица также модифицируется событием, поэтому часто я вижу блокировку, выполняя show processlist,

Есть ли в MySQL грамматика, которая может делать оператор select, не вызывая блокировки?

И я забыл упомянуть выше, что он находится на ведомой базе данных MySQL.

После того, как я добавил в my.cnf:transaction-isolation = READ-UNCOMMITTEDраб встретит с ошибкой

Ошибка 'Двоичная регистрация невозможна. Сообщение: Уровень транзакции "READ-UNCOMMITTED" в InnoDB небезопасен для режима "STATEMENT" binlog по запросу

Итак, есть ли совместимый способ сделать это?

171

mysql locking

Источник

user104015 27 май '09 в 19:43

10 ответов

Другие вопросы по тегам mysql locking

user1950 27 май '09 в 21:27 2009-05-27 21:27 · Answer 1 · 2009-05-27 21:27

Нашел статью под названием "MYSQL WITH NOLOCK"

https://web.archive.org/web/20100814144042/http://sqldba.org/articles/22-mysql-with-nolock.aspx

в MS SQL Server вы должны сделать следующее:

SELECT * FROM TABLE_NAME WITH (nolock)

и MYSQL эквивалент

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;
SELECT * FROM TABLE_NAME ;
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ ;

РЕДАКТИРОВАТЬ

Michael Mior предложил следующее (из комментариев)

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;
SELECT * FROM TABLE_NAME ;
COMMIT ;

user95810 27 май '09 в 19:50 2009-05-27 19:50 · Answer 2 · 2009-05-27 19:50

Если таблица InnoDB, см. http://dev.mysql.com/doc/refman/5.1/en/innodb-consistent-read.html - она использует согласие на чтение (режим без блокировки) для SELECT, "которые делают не указывайте FOR UPDATE или LOCK IN SHARE MODE, если установлена опция innodb_locks_unsafe_for_binlog, а уровень изоляции транзакции не установлен в SERIALIZABLE. Таким образом, для строк, считанных из выбранной таблицы, не установлены блокировки ".

user2424 27 май '09 в 19:51 2009-05-27 19:51 · Answer 3 · 2009-05-27 19:51

Использование

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED.

Документы версии 5.0 здесь.

Документы по версии 5.1 здесь.

21

Источник

user2424 27 май '09 в 19:51

user81205 27 май '09 в 19:49 2009-05-27 19:49 · Answer 4 · 2009-05-27 19:49

Вы можете прочитать эту страницу руководства MySQL. То, как таблица заблокирована, зависит от типа таблицы.

MyISAM использует блокировки таблиц для достижения очень высокой скорости чтения, но если у вас есть ожидание оператора UPDATE, то будущие SELECTS будут стоять в очереди за UPDATE.

Таблицы InnoDB используют блокировку на уровне строк, и у вас не будет блокировки всей таблицы за UPDATE. Есть и другие проблемы с блокировками, связанные с InnoDB, но вы можете обнаружить, что они соответствуют вашим потребностям.

user2462193 07 июн '13 в 05:01 2013-06-07 05:01 · Answer 5 · 2013-06-07 05:01

Другой способ включить грязное чтение в MySQL - добавить подсказку: LOCK IN SHARE MODE

SELECT * FROM TABLE_NAME LOCK IN SHARE MODE;

3

Источник

user2462193 07 июн '13 в 05:01

user87177 27 май '09 в 20:05 2009-05-27 20:05 · Answer 6 · 2009-05-27 20:05

В зависимости от типа таблицы блокировка будет выполняться по-разному, но также будет учитываться значение SELECT. Для таблиц MyISAM простая таблица SELECT count(*) FROM не должна блокировать таблицу, поскольку она обращается к метаданным для получения количества записей. Innodb займёт больше времени, так как он должен захватить таблицу в моментальном снимке для подсчета записей, но это не должно вызывать блокировку.

Вы должны по крайней мере установить concurrent_insert в 1 (по умолчанию). Затем, если в файле данных нет "пробелов" для заполнения таблицы, вставки будут добавлены к файлу, и SELECT и INSERT могут происходить одновременно с таблицами MyISAM. Обратите внимание, что удаление записи создает "пробел" в файле данных, который будет пытаться заполниться будущими вставками и обновлениями.

Если вы редко удаляете записи, вы можете установить concurrent_insert равным 2, и вставки всегда будут добавляться в конец файла данных. Тогда выбор и вставка могут происходить одновременно, но ваш файл данных никогда не станет меньше, независимо от того, сколько записей вы удаляете (кроме всех записей).

Суть в том, что если у вас много обновлений, вставок и выборок в таблицу, вы должны сделать это InnoDB. Вы можете свободно смешивать типы таблиц в системе.

user2527458 31 дек '22 в 14:04 2022-12-31 14:04 · Answer 7 · 2022-12-31 14:04

Основываясь на синтаксисе MySQL NOLOCK в этом документе , вы можете установить уровень изоляции для всех подключений глобально наuncommitedчто значит сnolockдля всех операторов select:

       SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ;

Это можно получить, запустив:

      SELECT @@global.transaction_isolation;

1

Источник

user2527458 31 дек '22 в 14:04

user28053 27 май '09 в 19:49 2009-05-27 19:49 · Answer 8 · 2009-05-27 19:49

Из этой ссылки:

Если вы получаете блокировку таблицы явно с помощью LOCK TABLES, вы можете запросить блокировку READ LOCAL вместо блокировки READ, чтобы другие сеансы могли выполнять одновременные вставки, пока у вас заблокирована таблица.

0

Источник

user28053 27 май '09 в 19:49

user13724 27 май '09 в 21:30 2009-05-27 21:30 · Answer 9 · 2009-05-27 21:30

Обычно SELECT не выполняет блокировку, которая вам нужна для таблиц InnoDB. Уровень изоляции транзакции по умолчанию означает, что выбор не блокирует вещи.

Конечно, раздоры все еще случаются.

0

Источник

user13724 27 май '09 в 21:30

user1429053 26 ноя '20 в 16:16 2020-11-26 16:16 · Answer 10 · 2020-11-26 16:16

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

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

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

Пример написан на Perl с небольшим количеством псевдокода и проходит от высокого к низкому.


# object_id must be an index so it's fast
# First get the range of object_id, as it may not start from 0 to reduce empty queries later on.

my ( $first_id, $last_id ) = $db->db_query_array(
  sql => q{ SELECT MIN(object_id), MAX(object_id) FROM mytable }
);

my $keep_running = 1;
my $step_size    = 1000;
my $next_id      = $last_id;

while( $keep_running ) {

    my $sql = q{ 
SELECT object_id, created, status FROM 
    ( SELECT object_id, created, status FROM mytable AS is1 WHERE is1.object_id <= ? ORDER BY is1.object_id DESC LIMIT ? ) AS is2
WHERE status='live' ORDER BY object_id DESC 
};  

    my $sth = $db->db_query( sql => $sql, args => [ $step_size, $next_id ] );

    while( my ($object_id, $created, $status ) = $sth->fetchrow_array() ) {

        $last_id = $object_id;
        
        ## do your stuff

    }

    if( !$last_id ) {
        $next_id -= $step_size; # There weren't any matched in the range we grabbed
    } else {
        $next_id = $last_id - 1; # There were some, so we'll start from that.
    }

    $keep_running = 0 if $next_id < 1 || $next_id < $first_id;
    
}