Состояние гонки с StampedLock?

Question

Я пытаюсь реализовать свой собственный генератор последовательности для Hibernate. Из коробки поставляется синхронизированный метод, и это вызывает слишком большую конкуренцию в моем приложении (несколько потоков вставляют данные параллельно в базу данных Oracle).

Я думал, что попробую StampedLock, но, к сожалению, мои тестовые случаи (150 000 строк с 16 потоками) всегда приводят к 5-15 конфликтам идентификаторов из 150 000 выполнений.

В приложении к моему коду, у вас есть идеи, что я делаю неправильно, или вы можете предложить лучший подход? Спасибо.

import java.io.Serializable;
import java.util.concurrent.atomic.AtomicLong;
import java.util.concurrent.locks.StampedLock;

import org.hibernate.engine.spi.SessionImplementor;
import org.hibernate.id.IntegralDataTypeHolder;
import org.hibernate.id.SequenceGenerator;

public class HighConcurrencySequenceGenerator extends SequenceGenerator
{
  private StampedLock            lock   = new StampedLock();

  private AtomicLong             sequenceValue;   // the current generator value
  private IntegralDataTypeHolder lastSourceValue; // last value read from db
  private IntegralDataTypeHolder upperLimitValue; // the value to query the db again

  @Override
  public Serializable generate( SessionImplementor session, Object object )
  {
    long stamp = this.lock.readLock();
    try
    {
      while ( needsSequenceUpdate() )
      {
        long ws = this.lock.tryConvertToWriteLock( stamp );
        if ( ws != 0L )
        {
          stamp = ws;
          return fetchAndGetNextSequenceValue( session );
        }
        this.lock.unlockRead( stamp );
        stamp = this.lock.writeLock();
      }
      return getNextSequenceValue();
    }
    finally
    {
      this.lock.unlock( stamp );
    }
  }

  private long fetchAndGetNextSequenceValue( SessionImplementor session )
  {
    this.lastSourceValue = generateHolder( session );
    long lastSourceValue = this.lastSourceValue.makeValue()
                                               .longValue();
    this.sequenceValue = new AtomicLong( lastSourceValue );

    long nextVal = getNextSequenceValue();

    this.upperLimitValue = this.lastSourceValue.copy()
                                               .add( this.incrementSize );
    return nextVal;
  }

  private long getNextSequenceValue()
  {
    long nextVal = this.sequenceValue.getAndIncrement();
    return nextVal;
  }

  private boolean needsSequenceUpdate()
  {
    return ( this.sequenceValue == null ) || !this.upperLimitValue.gt( this.sequenceValue.get() );
  }
}

Answer 1

Я заменил IntegralDataTypeHolder upperLimitValue на AtomicLong, решил проблему.

Answer 2

этот кусок кода не является потокобезопасным

this.sequenceValue = new AtomicLong( lastSourceValue );

в худшем случае вы получите N экземпляров AtomicLong с тем же значение где N - количество запущенных потоков.