如何让MySQL存储过程verificaToken识别调用者及参数以实现日志记录？

当然可以搞定！你的思路非常巧妙——既然所有业务存储过程都已经在调用verificaToken，那完全可以借助这个统一的入口来实现全量调用记录，不用挨个修改业务存储过程。下面结合主流数据库的情况，给你具体的实现方案：

利用数据库提供的系统函数/系统视图，在verificaToken内部获取当前会话的执行上下文，从而识别调用它的存储过程名称，甚至提取调用时传入的参数信息。

1. 识别调用者的存储过程名称 #

以最常用的SQL Server为例，你可以通过会话ID（@@SPID）结合系统视图sys.dm_exec_input_buffer来获取当前会话的执行语句，进而解析出调用的存储过程名称。

示例代码（SQL Server） #

在verificaToken中添加以下逻辑：

-- 声明变量存储调用语句和调用者存储过程名
DECLARE @sql_text NVARCHAR(MAX), @caller_proc NVARCHAR(255);

-- 获取当前会话的执行语句
SELECT @sql_text = text 
FROM sys.dm_exec_input_buffer(@@SPID, NULL) 
WHERE event_type IN ('RPC:Completed', 'SQL Batch');

-- 解析调用的存储过程名称（适配EXEC/EXECUTE、带架构名的情况）
IF @sql_text LIKE 'EXEC[_]%' OR @sql_text LIKE 'EXECUTE[_]%'
BEGIN
    -- 跳过EXEC/EXECUTE关键字
    SET @sql_text = LTRIM(SUBSTRING(@sql_text, CHARINDEX(' ', @sql_text) + 1, LEN(@sql_text)));
    -- 提取第一个空格前的内容（即存储过程名，可能带架构）
    SET @caller_proc = LEFT(@sql_text, CHARINDEX(' ', @sql_text + ' ') - 1);
    -- 去掉可能的括号（比如EXEC ProcName(...)的情况）
    IF CHARINDEX('(', @caller_proc) > 0
        SET @caller_proc = LEFT(@caller_proc, CHARINDEX('(', @caller_proc) - 1);
END

2. 获取调用者的参数信息 #

如果需要记录调用者传入的参数，可以直接复用上面获取到的@sql_text（完整的调用语句），里面已经包含了所有参数信息。如果需要更结构化的参数解析，也可以结合sys.dm_exec_sql_text和sys.dm_exec_query_stats视图来提取参数值，但解析逻辑会更复杂。

示例：记录调用日志 #

假设你已经创建了一个日志表ProcedureCallLogs：

CREATE TABLE ProcedureCallLogs (
    LogID INT IDENTITY(1,1) PRIMARY KEY,
    CallerProcName NVARCHAR(255),
    CallTime DATETIME DEFAULT GETDATE(),
    Token NVARCHAR(MAX),
    FullCallText NVARCHAR(MAX)
);

在verificaToken中添加插入日志的逻辑：

-- 假设你的verificaToken接收@token参数
INSERT INTO ProcedureCallLogs (CallerProcName, Token, FullCallText)
VALUES (@caller_proc, @token, @sql_text);

3. 其他数据库的适配方案 #

如果用的是其他数据库，思路类似，只是系统视图/函数不同：

• MySQL：通过CONNECTION_ID()获取当前连接ID，再查询INFORMATION_SCHEMA.PROCESSLIST获取执行语句，解析调用者信息。
• PostgreSQL：用pg_backend_pid()获取当前进程ID，查询pg_stat_activity视图的query字段获取调用语句。

注意事项 #

• 权限问题：执行verificaToken的数据库账户需要有查询系统视图的权限（比如SQL Server需要VIEW SERVER STATE权限）。
• 解析健壮性：要考虑不同的调用格式（比如带架构名、用EXECUTE而非EXEC、参数带特殊字符等），可以优化解析逻辑来覆盖更多场景。
• 性能影响：频繁查询系统视图会有一定开销，建议在低峰期测试，或者根据业务量调整日志记录的频率（比如只记录关键操作）。

内容的提问来源于stack exchange，提问作者Daniel Castro