做后端开发，我们必须考虑多线程的情况，那这时就必须重视线程安全的问题。 有这样一种场景：首先环境是 Python + Django + MySQL，我们的每一张表都有一个字段 is_deleted 用来标识该条数据是否被删除，也就是当用户在删除数据的时候，服务器并不是真正将其删除，而只是简单的在 is_deleted 字段上标记一下。假如有下面的一个 MODEL： class Test(models.Model): name = models.CharField(max_length=32) is_deleted = models.BooleanField(default=False) class Meta: verbose_name = 'test' 一个 name 和之前所说的 is_deleted 两个 field。现在有一个需求是同一 name 在表中有且只能存在一份有效的数据。在 Django 的 ORM 中有一个 get_or_create() 的简单方法貌似能满足需求： test, created = TestModel.objects.get_or_create(name='t1', is_deleted=False) 乍一看这好像是那么回事，但细看 get_or_create() 会发现这里会存在线程安全的问题，而阅读 Django 的官方文档也确实提到了这一点。这里利用 nginx + uwsgi 来运行工程，在使用 webbench 来模拟多用户的并发请求： webbench -c 2000 -t 1 http://127.0.0.1/test/ 最终我们发现这个入口变成了永无止境的 500： 它确实在这种时候不是线程安全的，通常的解决方案是在 name 上增加 unique 限制。但这里因为有 is_deleted 的存在而打破了常规，导致没法这么操作。 我开始一直考虑能从 Python 的角度去解决这个问题，但我发现这反而使问题变得复杂化。而反过来，在 MySQL 的层面却有一个很直观的解决方法：insert ... where not exists，如下所示： ... sql = "INSERT INTO `inserttest_test` (name, is_deleted) SELECT '{name}', 0 FROM DUAL WHERE NOT EXISTS (SELECT name FROM `inserttest_test` WHERE name='{name}' AND is_deleted=0)" from django.db import connection cursor = connection.cursor() cursor.execute(sql.format(name='t1')) ... 再次模拟大并发观察多线程下的情况，数据不在出现重复插入的问题。 当然，这仅是我对此的一种处理方案。