线程安全问题解决方法

Question

做实战的时候遇到一个问题：
已知有菜品分类（表示菜品的种类），然后还有就是菜品，我们在删除菜品分类的时候要先知道菜品分类下有没有菜品，如果有菜品就不能删除，没有菜品才可以删除。但是这个是否会和添加菜品产生线程安全问题？这边查询数据库没有，但是删除之前，另一个用户添加了该种类下的菜品，但是另一个不知道，就会删除，逻辑就出错了。
但是如果加同步的话，需要添加菜品逻辑和删除逻辑加同一个锁对象把？那么此时删除逻辑，添加菜品以及二者都会被阻塞，性能太差了，那请问有其他解决办法吗（除了直接在sql里添加条件判断）

Answer 1

两种锁，悲观锁和乐观锁。

乐观锁，比如使用版本号或时间戳。你在删除菜品分类之前，检查版本号或时间戳和数据亏对不对得上，对不上，就是别人改了菜品，那就不能删。

悲观锁，就是用行锁或表锁来限制修改数据。删除菜品分类时，给类先加个锁，放被人在你检查前下手，这样，添加菜品的操作就被阻塞了，直到你释放锁才行。但这可能会造成锁定资源过长的问题，还要考虑性能稳不稳。

-使用数据库事务是一种解决方案。在删除菜品分类之前可以使用数据库的唯一约束来确保菜品分类下没有菜品。

Answer 2

请问菜单种类和菜品是两个表的话呢

Answer 3

照你说的不同的话，可以用外键关系在菜品表中引用菜单种类。在删除菜单种类前，就能通过检查菜品表中是否有与该种类相关的记录来决定是否删除该种类。也可以使用数据库的约束来防止删除有关联菜品的菜单种类。就是通过用约束来定义删除操作的行为。

Answer 4

的确！ 这个我给忘记了，主要是想要知道如果是遇到这种类似的线程安全问题应该怎么解决？除了同步代码块和分布式锁（如果以用一条sql语句，where添加修改条件来判断是不是可以解决这种问题呢）