标签: database-concurrency

我读过一些关于意向锁的文章，有很多意向锁，它们是意向共享（IS）、意向独占（IX）、与意向独占共享（SIX）、意向更新（IU）、共享意向更新（SIU），更新意图独占 (UIX)。有时我会在锁统计信息中发现这些锁，但我很难识别这些锁中的每一个，因为有时会出现许多性能问题

意图锁实际用于什么？这些意图锁中的每一个如何与数据库并发中的其他锁相互对抗？

谢谢你

我试图通过对 rowversion 列的简单查询使 RowVersion 在 SqlLite 和 SqlServer 上都能正常工作。为了能够做到这一点，我需要将 rowversion 列转换为 ulong 而不是 byte[] 并且仍然可以正常工作。

public abstract class VersionEntity
{
    public ulong RowVersion { get; set; }
}

public class Observation : VersionEntity
{
    public Guid Id { get; set; }
    public Guid TaskId { get; set; }
    public string Description { get; set; }
    public DateTime DueDate { get; set; }
    public Severity Severity { get; set; }
}

public class TestDbContext : DbContext
{
    public static string ConnectionString …

我正在开发通过 REST 服务获取和发布数据到数据库的 Android 应用程序。我已经在 J​​ava 中使用 Jersey 和 Tomcat 配置了 REST 服务。

我在 REST 服务启动时创建了单个数据库连接。现在所有的 android 客户端都使用单个数据库连接。现在我只想知道在我的场景中使用单个数据库连接是不是一个好习惯..单个数据库连接可以接受多个并发请求 ??

请建议....

更新 当我测试以下场景时，它给出了不同的结果..我只是使用 Jersey 配置了简单的 REST 服务器和 tomcat，仅使用 Get 注释，在此注释中，我编写代码以使用数据库连接获取 ID 为 300 的员工的姓名在 REST 启动时建立..所以当我http://192.168.15.9:8080/Rest/rest/person/sample在我的网络浏览器上写 我得到员工姓名...然后我创建了批处理文件以在 100 个选项卡中打开 url，我执行了批处理文件。同时我从我的虚拟机打开 url 并立即获得员工姓名..20 秒后员工姓名也显示在 100 个选项卡中..如果单个数据库连接不能用于并发用户，那么为什么我给出响应迅速?? 谁能解释一下？？

我对如何以及在何处实现并发编辑功能感到困惑,因此无法执行Mutex并发编辑.我的代码:

models.py

class Order(models.Model):
    edit_version = models.IntegerField(default=0, editable=True) # For concurrency editing 

    ### Added for concurrency with 2 or more users wanting to edit the same form ###
    locked = models.BooleanField(default = False)
    def lock_edit(self):
        self.locked = True
        print ("locked_1: {0}".format(self.locked)) #Test purposes only
        super().save() # what's this doing exctly??

    def save_edit(self):
        self.locked = False
        print ("locked_2: {0}".format(self.locked)) #Test purposes only
        super().save()

view.py

@permission_required('myapp.edit_order', fn=objectgetter(Order, 'id'))
def edit_order(request,id = None):
    """
    """
    order = Order.objects.get(id=id)
    print ("order: {0}".format(order))
    print ("EDIT_VERSION: …

基于这个SO答案，我开始知道firestore在事务中没有集合级锁定。就我而言，在写入集合之前，我必须确保用户集合中的用户名字段是唯一的。为此，我编写了一个事务来执行此操作：

1. 对用户集合执行查询以检查是否存在 username=something 的文档
2. 如果确实存在，则失败并从事务中返回错误
3. 如果不存在，只需对我想要更新/创建的 userId 运行写入操作。

现在的问题是，如果两个客户端同时尝试运行此事务，则两者都可能查询集合，并且由于集合未锁定，一个客户端可能会在集合中插入/更新文档，而其他客户端则看不到它。

我的假设正确吗？如果是的话，那么如何处理这种情况呢？

我想测试应用程序的并发性，我为此使用了 apache Jmeter，我请求的端点需要具有用于身份验证的授权标头，在 apache Jmeter HTTP 标头管理器中，我添加了一个名为 Authorization 的标头和令牌值，现在假设我有 5 个线程（用户），当测试使用相同的授权令牌运行所有 5 个用户请求时，我希望每个线程使用不同的令牌请求，以模拟不同的用户而不是多个实例对于一个用户，我希望这个问题是有道理的，如何让每个线程使用不同的令牌请求 api？这是每个线程请求的唯一标头值。谢谢爱你们。

我被警告不要在我的应用程序中使用多个Entity Framework的DBEntityContext.原因是由于并发访问数据库而导致死锁的风险.

任何人都可以证实吗？如果这是真的,为DBContext实现Singleton对象是个好主意吗？

欢迎任何有关此问题的文章.

谢谢你的进步.

我有一个特殊的情况。我的表经常被代码的不同部分和数千个客户端访问，因此我们在表上进行简单的更新和插入时使用了事务。问题是我们不断遇到死锁错误。有人知道我可以如何缓解这个问题吗？