ВСТАВИТЬ .... дублирование и автоинкрементного выпуск

Question

Когда вы делаете сотни тысяч запросов на сервере БД, переход от

SELECT foo FROM bar WHERE rec_id=xyz 
if (!record_found){ 
    INSERT INTO bar (x,y,z) VALUES (1,2,3) 
} 

к:

INSERT INTO bar (x,y,z) VALUES (1,2,3) ON DUPLICATE KEY UDPATE count=count+1 

имеет ОГРОМНЫЙ повышение производительности. Загрузка процессора на сервер резко падает. Однако, если у вас есть поля в таблице, которые настроены на автоматическое увеличение, вы теряете прилегание, и они увеличиваются с очень высокой скоростью.

Меня не интересует соприкосновение поля автоматического приращения, но меня немного беспокоит экспоненциальная скорость, с которой поле автоматического увеличения увеличивается на мгновение, так как я встречаю тонну дубликатов записей. Мы говорим о значении автоинкремента, достигающем значения 10 миллионов +, когда фактическое количество записей в базе данных близко к 0,5 миллионам (в течение недели).

Поле типа BIGINT (20), так что у меня все еще есть пути. Я также понимаю, что, как только он увеличивается на пару порядков, скорость изменения может быть не такой значительной. Если я когда-нибудь нарушу этот предел, могу ли я продолжать делать поле больше? Это лучший способ справиться с этой ситуацией?

Answer 1

Просто включите rec_id (что вы, кажется, знаете, и это, кажется, ключ, вероятно, основная) во вставку:

INSERT INTO bar (rec_id, x,y,z) 
VALUES (xyz, 1,2,3) 
ON DUPLICATE KEY count=count+1 

Answer 2

Чтобы ответить на этот вопрос в комментариях под вопросом:

Это приводит к увеличению AUTO_INCREMENT после отказа (так сказать) от игнорирования вставки.

create table xyz 
( id int auto_increment primary key, 
    thing varchar(20) not null, 
    unique key(thing) 
); 

insert xyz(thing) values ('frog'); 
insert ignore xyz(thing) values ('frog'); 
insert xyz(thing) values ('lizard'); 

select * from xyz; 
+----+--------+ 
| id | thing | 
+----+--------+ 
| 1 | frog | 
| 3 | lizard | 
+----+--------+ 

Весь индекс Зазор аномалия является хорошо известная «фича» InnoDB. Большинство из нас принимают это и просто двигаются дальше.