没问题，在MSSQL环境里，确实有不少办法能帮你查到最后一条执行语句的时间，我给你整理几个实用的方案，你可以根据自己的需求选：

这是最常用的临时查询方式，依赖SQL Server的查询缓存，能快速拿到最近执行过的语句信息：

SELECT 
    st.text AS [执行语句],
    qs.last_execution_time AS [最后执行时间]
FROM 
    sys.dm_exec_query_stats qs
CROSS APPLY 
    sys.dm_exec_sql_text(qs.sql_handle) st
ORDER BY 
    qs.last_execution_time DESC
OFFSET 0 ROWS FETCH NEXT 1 ROW ONLY; -- 取时间最晚的一条

⚠️ 注意：如果查询缓存被清空（比如重启服务、执行DBCC FREEPROCCACHE），这里的历史数据就会丢失，只能查到缓存清空后执行的语句。

SQL Server的系统日志会记录部分关键执行活动（比如批量操作、带错误的语句），你可以通过SSMS可视化查看，也能用代码筛选：

-- 筛选包含EXEC关键词的语句，按时间倒序排列
EXEC xp_readerrorlog 0, 1, N'EXEC', NULL, NULL, N'desc';

你可以把N'EXEC'换成其他关键词（比如N'INSERT'、N'UPDATE'），来定位特定类型的语句。

你提到的事务日志确实会记录数据库的修改操作，但它不是明文日志，需要用系统函数来解析：

SELECT 
    [Operation] AS [操作类型],
    [Begin Time] AS [事务开始时间]
FROM 
    fn_dblog(NULL, NULL)
WHERE 
    [Operation] = 'LOP_BEGIN_XACT' -- 筛选事务开始记录
ORDER BY 
    [Begin Time] DESC
OFFSET 0 ROWS FETCH NEXT 1 ROW ONLY;

⚠️ 说明：这个函数只能读取在线的事务日志，如果日志被截断（比如做了日志备份、自动截断），旧的记录就会被清除。另外它只能看到事务相关的时间，没法直接拿到完整的SQL语句。如果需要读取备份的日志文件，可以用fn_dump_dblog函数。

如果需要长期监控执行语句，扩展事件是比SQL Profiler更轻量的方案，性能开销极小：
首先创建一个捕获会话：

CREATE EVENT SESSION [TrackLastQuery] ON SERVER 
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.sql_text, sqlserver.start_time))
ADD TARGET package0.event_file(SET filename=N'C:\SQLLogs\TrackLastQuery.xel') -- 自定义日志路径
WITH (STARTUP_STATE=OFF);

启动会话：

ALTER EVENT SESSION [TrackLastQuery] ON SERVER STATE=START;

之后查询捕获到的最新语句：

SELECT 
    CAST(event_data AS XML).value('(/event/@timestamp)[1]', 'DATETIME') AS [执行时间],
    CAST(event_data AS XML).value('(/event/action[@name="sql_text"]/value)[1]', 'NVARCHAR(MAX)') AS [执行语句]
FROM 
    sys.fn_xe_file_target_read_file(N'C:\SQLLogs\TrackLastQuery*.xel', NULL, NULL, NULL)
ORDER BY 
    [执行时间] DESC
OFFSET 0 ROWS FETCH NEXT 1 ROW ONLY;

这个方案适合需要持续监控的场景，日志文件可以长期保存，不会因为缓存清空丢失数据。

内容的提问来源于stack exchange，提问作者Hasan Baidoun