乐观锁,悲观锁的区别及使用场景 乐观锁之版本号机制

悲观锁、乐观锁的区别及使用场景

定义：
悲观锁（Pessimistic Lock）：
每次获取数据的时候，都会担心数据被修改，所以每次获取数据的时候都会进行加锁，确保在自己使用的过程中数据不会被别人修改，使用完成后进行数据解锁。由于数据进行加锁，期间对该数据进行读写的其他线程都会进行等待。
乐观锁（Optimistic Lock）：
每次获取数据的时候，都不会担心数据被修改，所以每次获取数据的时候都不会进行加锁，但是在更新数据的时候需要判断该数据是否被别人修改过。如果数据被其他线程修改，则不进行数据更新，如果数据没有被其他线程修改，则进行数据更新。由于数据没有进行加锁，期间该数据可以被其他线程进行读写操作。
适用场景：
悲观锁：比较适合写入操作比较频繁的场景，如果出现大量的读取操作，每次读取的时候都会进行加锁，这样会增加大量的锁的开销，降低了系统的吞吐量。
乐观锁：比较适合读取操作比较频繁的场景，如果出现大量的写入操作，数据发生冲突的可能性就会增大，为了保证数据的一致性，应用层需要不断的重新获取数据，这样会增加大量的查询操作，降低了系统的吞吐量。
总结：两种所各有优缺点，读取频繁使用乐观锁，写入频繁使用悲观锁。

乐观锁之版本号机制

版本号机制

数据表中除了数据还有一个version字段，更新数据时version字段会加一，假设线程A在读取数据和version(version = 1)的期间，有另一个线程B也读取了version(version = 1),
　　线程A修改数据，更新version(version = 2),提交更新时，在更新version前读取的version(version = 1)和当前数据表中的version(version = 1)相同，则更新成功
　　线程B也修改数据，更新version(version = 2)提交更新时，由于读取时version = 1 而当前数据表version = 2 不相等，则更新失败。

using(DbConnection connection = new DbConnection(dbConnectionString))
{
    var resource = connection.Query<MyResource>("select Id,Version,Resource from myresource where Id=1").FirstOrDefault();

    //模拟进行了一些耗时业务处理
    Thread.Sleep(100);

    var oldVersion = resource.version;
    //核心是根据Id+版本号进行更新，更新数为0，则表示更新失败
    if (connection.ExecuteNonQuery($"update myresource set Resource={++resource.resource},Version={++resource.version} where Id={resource.Id} and Version={oldVersion}") == 1)
    {
        Console.WriteLine($"修改数据成功：当前数据为{resource.resource}，当前版本号为{resource.version}");
    }
    else
    {
        Console.WriteLine("版本号变更，不能修改数据");
    }
}