• Ошибка в приложении: Error: 41302, Severity: 16, State: 1. The current transaction attempted to update a record that has been updated since this transaction started.
• Сбои при конкурентном изменении одних и тех же записей в memory-optimized таблицах.
• Массовый откат транзакций при параллельной обработке очередей или остатков.

1. Причина возникновения конфликта Write-Write Conflict

В неблокирующем движке In-Memory OLTP первая транзакция, изменившая строку, блокирует возможность ее обновления другими параллельными транзакциями до своего завершения. Любая вторая транзакция, пытающаяся обновить ту же строку, немедленно завершается с ошибкой 41302.

2. Анализ коллизий в хеш-индексах (Hash Bucket Collisions)

Если размер бакетов хеш-индекса (BUCKET_COUNT) выбран неправильно, разные ключи строк попадают в один бакет, увеличивая вероятность ложных конфликтов:

-- Проверка распределения строк по бакетам хеш-индексов
SELECT 
    OBJECT_NAME(i.object_id) AS table_name,
    i.name AS index_name,
    h.total_bucket_count,
    h.empty_bucket_count,
    (h.empty_bucket_count * 100.0 / h.total_bucket_count) AS empty_bucket_percent,
    h.avg_chain_length,
    h.max_chain_length
FROM sys.dm_db_xtp_hash_index_stats h
JOIN sys.indexes i ON h.object_id = i.object_id AND h.index_id = i.index_id;

3. Оптимизация BUCKET_COUNT для исключения коллизий

-- Перестройка индекса с увеличением BUCKET_COUNT (от 1.5x до 2x от числа уникальных ключей)
ALTER TABLE [dbo].[Queue_1C] 
ALTER INDEX [IX_Queue_1C_Hash] 
REBUILD WITH (BUCKET_COUNT = 1048576);

4. Партиционирование очередей для снижения конкуренции

Разделяйте горячие строки (например, регистры остатков или очереди сообщений) по виртуальным шардам/потокам (ThreadID) с использованием вычисляемых колонок или детерминированного хеширования.