在MySQL中，直接查看哪个进程删掉了数据并不是一件直观的事情，因为MySQL的审计日志或查询日志需要事先配置才能记录这类操作。MySQL本身并没有提供直接查看数据删除操作对应进程ID的功能，尤其是历史操作。但是，你可以通过以下几种方式间接地跟踪或预防数据删除事件的发生：

1. 开启MySQL通用查询日志

通用查询日志（General Query Log）可以记录所有的查询语句，包括删除操作。这需要在MySQL配置文件中进行设置，但请注意，开启通用查询日志会显著增加磁盘空间的使用，并可能影响性能，因此通常只在调试或特殊监控需求时开启。

配置示例（在my.cnf或my.ini中）:

[mysqld]
general_log = 1
general_log_file = /var/log/mysql/mysql.log

重启MySQL服务后，所有SQL语句，包括删除操作，都会被记录在指定的日志文件中。从日志中可以追溯到执行删除操作的SQL语句和时间，但无法直接关联到具体的系统进程或用户进程ID。

2. 使用MySQL慢查询日志

虽然慢查询日志主要是用来记录执行时间超过阈值的查询，但如果你将这个阈值设置得足够小（例如1秒），理论上任何删除操作都可能被记录下来。不过，这并不是一个推荐的做法，因为慢查询日志的初衷并不在此。

3. 审计插件（MySQL Enterprise Audit Plugin）

MySQL Enterprise Edition提供了审计插件，可以详细记录包括谁、何时、做了什么等操作信息。这是一个更专业且细粒度的审计工具，可以准确追踪到删除数据的具体操作者和时间。

4. 应用层日志

在应用程序中记录数据库操作日志是一种更常见的做法。在执行删除操作前，应用程序可以先记录下即将执行的SQL语句以及相关信息（如操作员、时间戳等）到应用日志中。这种方式虽然不在MySQL服务器层面，但更直接且易于定制和管理。

5. 实时监控和报警

通过实时监控数据库活动，如使用pt-query-digest、mysqlsla或第三方监控工具，可以在数据删除操作发生时立即收到通知。虽然不能追溯过去，但可以快速响应当前的异常操作。

实践代码示例

虽然直接通过SQL查询查看删除数据的进程信息难以实现，但以下代码示例展示了如何使用MySQL命令行查看当前正在运行的查询进程，这有助于实时监控数据库活动：

SHOW FULL PROCESSLIST;

这个命令会显示所有当前连接到MySQL服务器的线程信息，包括进程ID、用户、主机、数据库、命令、状态以及执行时间等。如果在数据被删除后迅速执行此命令，可能能发现执行删除操作的线程，但注意，一旦线程结束，其信息将不再可查。

结论

虽然直接追溯历史数据删除的具体进程ID在MySQL中较为困难，但通过上述方法，尤其是配置合适的日志记录和实施应用层监控，可以有效提升数据安全性和可追溯性。最佳实践是结合应用层日志记录和数据库审计功能，以确保数据操作的透明度和安全性。