出现 Deadlock found when trying to get lock 的原因是多个线程同时尝试获取同一资源的锁，导致互相等待而陷入死锁状态。
在多线程插入多个表时，如果多个线程需要同时对同一份数据进行操作，则容易出现死锁问题。
示例：
假设有两个线程 A 和 B 分别要向表 A 和表 B 中插入数据，并且在插入前都需要先获取表的写锁。当 A 获取到表 A 的写锁后，B 在尝试获取表 B 的写锁时会被阻塞，并等待 A 释放该锁。但是如果此时 A 也在等待某个资源的锁，那么就会形成一个死锁。
解决方法如下：
1.优化数据库设计和索引
通过优化数据库结构和索引来减少对同一资源的竞争，从而避免死锁问题。
- 控制并发访问量
控制每个线程对同一份数据的并发访问量，避免过度竞争资源造成死锁。可以通过将数据分片后分散到不同的线程中进行来实现。
- 按顺序获取锁
可以通过按照某种顺序来获取各个表的写锁，从而避免因竞争同一份数据而产生死锁。例如，可以按照表的名称字典序来获取锁。
- 捕获异常并进行重试
当出现死锁时，可以捕获异常并进行重试或者回滚操作来解决问题。例如：
try {
// 获取表 A 的写锁
// 执行插入数据到表 A 的操作
// 获取表 B 的写锁
// 执行插入数据到表 B 的操作
} catch (DeadlockException e) {
// 异常处理，进行重试或回滚操作
}
![5-01-15T13:58:44+08:00 [FATA][LIB][MonDB] server selection error: server selection timeout, current topology: { Type: Unknown, Servers: [{ Addr: 127.0.0.1:27017, Type: Unknown, Last error: connection() error occured during connection handshake: di...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162215397523846.png)
