㈠ 如何实时监控mysql中的SQL语句的执行情况
首先介绍下 pt-stalk，它是 Percona-Toolkit 工具包中的一个工具，说起 PT 工具包大家都不陌生，平时常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自于这个工具包，这里就不多介绍了。
pt-stalk 的主要功能是在出现问题时收集 OS 及 MySQL 的诊断信息，这其中包括：
1. OS 层面的 CPU、IO、内存、磁盘、网络等信息；
2. MySQL 层面的行锁等待、会话连接、主从复制，状态参数等信息。
而且 pt-stalk 是一个 Shell脚本，对于我这种看不懂 perl 的人来说比较友好，脚本里面的监控逻辑与监控命令也可以拿来参考，用于构建自己的监控体系。
三、使用
接着我们来看下如何使用这个工具。
pt-stalk 通常以后台服务形式监控 MySQL 并等待触发条件，当触发条件时收集相关诊断数据。
触发条件相关的参数有以下几个：
function：
∘默认为 status，代表监控 SHOW GLOBAL STATUS 的输出；
∘也可以设置为 processlist，代表监控 show processlist 的输出；
variable：
∘默认为 Threads_running，代表 监控参数，根据上述监控输出指定具体的监控项；
threshold：
∘默认为 25，代表 监控阈值，监控参数超过阈值，则满足触发条件；
∘监控参数的值非数字时，需要配合 match 参数一起使用，如 processlist 的 state 列；
cycles：
∘默认为 5，表示连续观察到五次满足触发条件时，才触发收集；
其他一些重要参数：
iterations：该参数指定 pt-stalk 在触发收集几次后退出，默认会一直运行。
run-time：触发收集后，该参数指定收集多长时间的数据，默认 30 秒。
sleep：该参数指定在触发收集后，sleep 多久后继续监控，默认 300 秒。
interval：指定状态参数的检查频率，判断是否需要触发收集，默认 1 秒。
dest：监控数据存放路径，默认为 /var/lib/pt-stalk。
retention-time ：监控数据保留时长，默认 30 天。
daemonize：以后台服务运行，默认不开启。
log：后台运行日志，默认为 /var/log/pt-stalk.log。
collect：触发发生时收集诊断数据，默认开启。
∘collect-gdb：收集 GDB 堆栈跟踪，需要 gdb 工具。
∘collect-strace：收集跟踪数据，需要 strace 工具。
∘collect-tcpmp：收集 tcpmp 数据，需要 tcpmp 工具。
连接参数：host、password、port、socket。
㈡ 如何跟踪mysql执行的sql语句
其实方法很简单，开启mysql的日志log功能，通过查看跟踪日志即可。
开启mysql的日志log方法：
windows环境下的配置方法：
我使用的版本：Version: 5.0.37-community-nt-log (MySQL Community Edition (GPL))
找到my.ini,我的是在“G:\Program Files (x86)\MySQL\MySQL Server 5.0”目录下，
找到[mysqld]，在下面添加：
log=存放日志的路径/my.log
㈢ 如何实时监控mysql中的SQL语句的执行情况
可以查看日志文件【机器名-slow.log】，里面有执行缓慢的语句，看看是否需要优化程序还是修改数据库结构。
可以show
full
processlist查看正在执行的语句。
㈣ 求教，怎么监控mysql数据库执行的语句
general_log=[on|off] #是否启用通用查询日志
general_log_file[=filename] #通用查询日志位置及名字
这2个参数可以开启mysql通用日志，里面记录了你执行过的语句
应该对你有用。但是开启后，日志增长会非常快
㈤ 如何监听mysql执行的sql语句呢
比如我想监听mysql的这样的操作，delete from acrelation where *** 如果是这样的话，你可以看看关于mysql的触发器的东西。 Rainbow702 写道引用最好可以日志或其它方式记录下来数据库本身应该就有操作日志的啊问题补充：我用的hibernate的PostDeleteEvent,还是有些问题 hibernate自带的监听 jkxydp 写道用spring的aop啊，在删除记录的方法上加一个记录日志的切入点去记录啊，层一般增、删、改、查的方法都是单独出来的吧，在所有删除记录的方法上写切入点。 或者使用loger，其它的都不写，就在删除的方法里面写上日志应该就没问题。 用hibernate就肯定有用到log4j吧，不想全写，就只在删除方法上写就完了。
㈥ mysql可以实时监控sql语句执行情况吗
好像没看到.
你在好好找找看
㈦ 监控mysql 执行过哪些sql语句
如果你想知道mysql在干吗，需要配置log my.ini文件中 log=log路径 比如D:/MySQL/datalog.log 配置后重启mysql服务，然后就可以查看mysql执行的sql语句了， 如果你没开启日志的话，那就没办法
㈧ mysql如何跟踪执行的sql语句
不知你是不是指这个：
用惯了微软的ms sql的事件探查器，一直也想在mysql中找到相应的这么一种工具：
修改my.cnf，在mysqld下添加log一行，
[mysqld]
log = /tmp/mysqld.sql
然后，重新启动mysql，tail -f /tmp/mysqld.sql，就可以实时看到myql服务器当前正在执行的语句了。
文章出处：http://www.diybl.com/course/6_system/linux/Linuxjs/20071129/89017.html
㈨ 如何实时监控mysql中的SQL语句的执行情况
首先介绍下 pt-stalk，它是 Percona-Toolkit 工具包中的一个工具，说起 PT 工具包大家都不陌生，平时常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自于这个工具包，这里就不多介绍了。
pt-stalk 的主要功能是在出现问题时收集 OS 及 MySQL 的诊断信息，这其中包括：
1. OS 层面的 CPU、IO、内存、磁盘、网络等信息；
2. MySQL 层面的行锁等待、会话连接、主从复制，状态参数等信息。
而且 pt-stalk 是一个 Shell脚本，对于我这种看不懂 perl 的人来说比较友好，脚本里面的监控逻辑与监控命令也可以拿来参考，用于构建自己的监控体系。
三、使用
接着我们来看下如何使用这个工具。
pt-stalk 通常以后台服务形式监控 MySQL 并等待触发条件，当触发条件时收集相关诊断数据。
触发条件相关的参数有以下几个：
function：
∘默认为 status，代表监控 SHOW GLOBAL STATUS 的输出；
∘也可以设置为 processlist，代表监控 show processlist 的输出；
variable：
∘默认为 Threads_running，代表 监控参数，根据上述监控输出指定具体的监控项；
threshold：
∘默认为 25，代表 监控阈值，监控参数超过阈值，则满足触发条件；
∘监控参数的值非数字时，需要配合 match 参数一起使用，如 processlist 的 state 列；
cycles：
∘默认为 5，表示连续观察到五次满足触发条件时，才触发收集；
其他一些重要参数：
iterations：该参数指定 pt-stalk 在触发收集几次后退出，默认会一直运行。
run-time：触发收集后，该参数指定收集多长时间的数据，默认 30 秒。
sleep：该参数指定在触发收集后，sleep 多久后继续监控，默认 300 秒。
interval：指定状态参数的检查频率，判断是否需要触发收集，默认 1 秒。
dest：监控数据存放路径，默认为 /var/lib/pt-stalk。
retention-time ：监控数据保留时长，默认 30 天。
daemonize：以后台服务运行，默认不开启。
log：后台运行日志，默认为 /var/log/pt-stalk.log。
collect：触发发生时收集诊断数据，默认开启。
∘collect-gdb：收集 GDB 堆栈跟踪，需要 gdb 工具。
∘collect-strace：收集跟踪数据，需要 strace 工具。
∘collect-tcpmp：收集 tcpmp 数据，需要 tcpmp 工具。
连接参数：host、password、port、socket。
㈩ 如何记录MySQL执行过的SQL语句
您好，很高兴为您解答。 开启记录MySQL执行过SQL语句的方法很简单：编辑/etc/my.cnf文件，在[mysqld]节下面添加：log=/var/lib/mysql/sql_row.log行（日志的路径自己根据需要定义）。 [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Default to using old password format for compatibility with mysql 3.x # clients (those using the mysqlclient10 compatibility package). old_passwords=1 log=/var/lib/mysql/sql_row.log # Disabling symbolic-links is recommended to prevent assorted security risks; # to do so, uncomment this line: # symbolic-links=0 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid 修改完毕后，记得重启 MySQL： service mysql restart # 或者 /etc/init.d/mysqld stop /etc/init.d/mysqld start 现在去 /var/lib/mysql/ 路径下的 sql_row.log 文件应该是能够看到 MySQL 什么时候执行了哪些程序了