Эмуляция безопасной транзакции SEQUENCE в MySQL

Question

Мы много используем MySQL с механизмом хранения и транзакциями InnoDB, и у нас возникла проблема: нам нужен хороший способ эмуляции SEQUENCE в Oracle. Требования: - параллелизм поддержка - безопасность транзакций - максимальная производительность (что означает сведение к минимуму замки и тупиков)

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

Answer 1

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

Создать таблицу для хранения последовательности:

CREATE TABLE sequence (
    seq_name varchar(20) unique not null, 
    seq_current unsigned int not null 
); 

Если у вас есть строка для «Foo» в таблице вы можете атомарно получить следующий идентификатор последовательности следующим образом:

UPDATE sequence SET seq_current = (@next := seq_current + 1) WHERE seq_name = 'foo'; 
SELECT @next; 

Замок не требуется. Оба оператора должны выполняться в одном сеансе, так что локальная переменная @next фактически определяется при выборе select.

Answer 2

Не будет ли столбец идентификатора MySQL на столе?

CREATE TABLE table_name ( ID INTEGER AUTO_INCREMENT PRIMARY KEY )

Или вы хотите использовать его для чего-то другого, чем просто вставить в другую таблицу?

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

(Примечание - всегда приращение, прежде чем вернуть значение - это максимально шанс не получить дубликаты, если есть ошибки -. Или обернуть все это в сделке)

Вы бы тогда назвать это независимо от вашего основной вставкой/обновлением (чтобы он не попадал в транзакции, автоматически созданные механизмом вызова), а затем передавайте его как параметр в любом месте, где вы хотите его использовать.

Поскольку он не зависит от остального материала, который вы делаете, он должен быть быстрым и избегать проблем с блокировкой. Даже если вы видели ошибку, вызванную блокировкой (маловероятно, если вы не перегружаете базу данных), вы можете просто назвать ее второй/третий раз.

Answer 3

Правильный способ сделать это дан в MySQL manual:

UPDATE child_codes SET counter_field = LAST_INSERT_ID(counter_field + 1); 
SELECT LAST_INSERT_ID(); 

Answer 4

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

Решение использует DUPLICATE KEY.

CREATE TABLE sequences (
    id BIGINT DEFAULT 1, 
    name CHAR(20), 
    increment TINYINT, 
    UNIQUE KEY(name) 
); 

Чтобы получить следующий индекс:

Аннотация ниже с хранимой процедуры или функции sp_seq_next_val(VARCHAR):

INSERT INTO sequences (name) VALUES ("user_id") ON DUPLICATE KEY UPDATE id = id + increment;<br/> 
SELECT id FROM sequences WHERE name = "user_id";