在 MySQL 中，如果出现死锁，那么需要查找哪个表是死锁的原因。以下是在 MySQL 中查找死锁表的步骤：

1.运行以下命令查看当前 MySQL 实例中是否存在死锁：

SHOW ENGINE INNODB STATUS;

2.在返回的结果中，找到下面的内容：

------------

TRANSACTIONS

------------

Trx id counter 2481989

Purge done for trx's n:o < 2481986 undo n:o < 0 state: running but idle

History list length 1075

LIST OF TRANSACTIONS FOR EACH SESSION:

---TRANSACTION 0, not started

...

这是当前 MySQL 实例中所有的事务。如果有死锁，会在这个列表中看到类似下面的信息：

...

------------------------

LATEST DETECTED DEADLOCK

------------------------

...

3.在上面获取的死锁信息中，找到 `LATEST DETECTED DEADLOCK` 标识的死锁。在死锁信息的下面，会记录死锁期间所有的事务信息，包括事务 ID、操作的表，以及等待的锁。

------------------------

LATEST DETECTED DEADLOCK

------------------------

2020-08-24 13:58:17 0x7f0642368700

*** (1) TRANSACTION:

TRANSACTION 2481897, ACTIVE 0 sec inserting

mysql tables in use 1, locked 1

...

*** (2) TRANSACTION:

TRANSACTION 2481898, ACTIVE 0 sec inserting

mysql tables in use 1, locked 1

...

4.通过观察事务信息，找到操作的表，即在 `mysql tables in use` 后面的数字。在上面的例子中，操作的表是一个，表的 ID 是 1。

通过这些步骤，你就可以找到在 MySQL 中出现死锁的表了。如果需要解决此问题，可以尝试优化事务操作代码，或者将代码拆分到不同的事务中，以降低死锁的发生。

在MySQL中，死锁是指在并发环境下，两个或多个事务相互等待对方所持有的资源，从而导致事务无法继续执行的情况。在这种情况下，MySQL会选择其中一个事务作为死锁的牺牲品，将该事务回滚并释放资源，以保证其他事务可以继续执行。

如果我们需要查看死锁的表，可以通过以下步骤进行操作：

1. 开启死锁日志：

在MySQL中，默认情况下没有启用死锁日志。如果需要查看死锁信息，需要开启死锁日志。可以通过以下命令来开启死锁日志：

set global innodb_print_all_deadlocks=1;

可以使用以下命令来查看当前是否开启了死锁日志：

show variables like '%innodb_print_all_deadlocks%';

2. 查看死锁日志：

开启死锁日志后，MySQL将开始记录所有的死锁信息。可以通过以下命令来查看死锁日志：

show engine innodb status\G

执行上述命令，将输出一个包含所有当前死锁信息的日志文件。在日志文件中，我们可以找到死锁的相关信息，如死锁发生时间、死锁事务的ID、死锁事务占用的资源等。

3. 查找死锁表：

当我们获取了死锁的相关信息后，需要根据这些信息来确定哪些表是死锁的原因所在。可以根据死锁事务在数据库中所占用的资源来查找死锁表。通常，死锁表是指当前被死锁方所持有的表。

如果是InnoDB存储引擎，可以通过查看SHOW ENGINE INNODB STATUS的输出来找到被锁定的表信息。在输出中的最后一行，包含了当前与MySQL实例相关的所有表的状况信息。在这个输出中，我们可以找到“LATEST DETECTED DEADLOCK”作为结束标志，在这个标记后面的内容是最后一个死锁的详细信息，其中包含了死锁相关的表信息。

总之，我们可以通过开启死锁日志，并查看死锁日志来获得有关死锁的相关信息。然后，根据这些信息可以找到受到死锁影响的表。在实际应用中，我们应该尽可能避免死锁的发生，以保证数据库的正常运行。