mysql的show status如何查看某个select查询扫描了多少行

MySQL 客户端连接成功后，通过show [session|global]status 命令可以提供服务器状态信息，也可以在 *** 作系统上使用mysqladmin extended-status 命令获得这些消息。show[session|global] status 可以根据需要加上参数“session”或者“global”来显示session 级（当前连接）的统计结果和global 级（自数据库上次启动至今）的统计结果。如果不写，默认使用参数是“session”。

下面的命令显示了当前session 中所有统计参数的值：

mysql> show status like 'Com_%';

+--------------------------+-------+

| Variable_name | Value |

+--------------------------+-------+

| Com_admin_commands | 0 |

| Com_alter_db | 0 |

| Com_alter_event | 0 |

| Com_alter_table | 0 |

| Com_analyze | 0 |

| Com_backup_table | 0 |

| Com_begin | 0 |

| Com_change_db | 1 |

| Com_change_master | 0 |

| Com_check | 0 |

| Com_checksum | 0 |

| Com_commit | 0 |

……

Com_xxx 表示每个xxx 语句执行的次数，我们通常比较关心的是以下几个统计参数。

 Com_select：执行select *** 作的次数，一次查询只累加1。

 Com_insert：执行INSERT *** 作的次数，对于批量插入的INSERT *** 作，只累加一次。

 Com_update：执行UPDATE *** 作的次数。

 Com_delete：执行DELETE *** 作的次数。

上面这些参数对于所有存储引擎的表 *** 作都会进行累计。下面这几个参数只是针对InnoDB 存储引擎的，累加的算法也略有不同。

 Innodb_rows_read：select 查询返回的行数。

 Innodb_rows_inserted：执行INSERT *** 作插入的行数。

 Innodb_rows_updated：执行UPDATE *** 作更新的行数。

 Innodb_rows_deleted：执行DELETE *** 作删除的行数。

通过以上几个参数，可以很容易地了解当前数据库的应用是以插入更新为主还是以查询 *** 作为主，以及各种类型的SQL 大致的执行比例是多少。对于更新 *** 作的计数，是对执行次数的计数，不论提交还是回滚都会进行累加。

对于事务型的应用，通过Com_commit 和Com_rollback 可以了解事务提交和回滚的情况，对于回滚 *** 作非常频繁的数据库，可能意味着应用编写存在问题。

此外，以下几个参数便于用户了解数据库的基本情况。

 Connections：试图连接MySQL 服务器的次数。

 Uptime：服务器工作时间。

 Slow_queries：慢查询的次数。

数据库中有几十上百张表，那么哪些表的数据量比较大呢，总不能一个表一个表的去查询吧，在mysql中也有类似于oracle的数据字典表，只不过mysql没有oracle记录的那么多和详细，但也足够我们查询这些信息了。

在mysql的information_schema下有存储数据库基本信息的数据字典表，可以通过查询tables表来获得所需要的表相关信息。

mysql> show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

|mysql |

|report |

| report_result |

|test |

+--------------------+

5 rows in set (002 sec)

mysql> use information_schema;

Database changed

mysql> show tables;

+---------------------------------------+

|Tables_in_information_schema |

+---------------------------------------+

|CHARACTER_SETS |

|COLLATIONS |

| COLLATION_CHARACTER_SET_APPLICABILITY |

|COLUMNS |

|COLUMN_PRIVILEGES |

|KEY_COLUMN_USAGE |

|PROFILING |

|ROUTINES |

|SCHEMATA |

|SCHEMA_PRIVILEGES |

|STATISTICS |

|TABLES |

|TABLE_CONSTRAINTS |

|TABLE_PRIVILEGES |

|TRIGGERS |

|USER_PRIVILEGES |

|VIEWS |

+---------------------------------------+

17 rows in set (000 sec)

那么我们查看一下talbes表结构信息，看看存储的具体信息

mysql> desc tables;

+-----------------+--------------+------+-----+---------+-------+

| Field |Type | Null | Key | Default |Extra |

+-----------------+--------------+------+-----+---------+-------+

| TABLE_CATALOG | varchar(512) | YES | | NULL | |

| TABLE_SCHEMA | varchar(64) | NO | | | |

| TABLE_NAME | varchar(64) | NO | | | |

| TABLE_TYPE | varchar(64) | NO | | | |

| ENGINE |varchar(64) | YES | |NULL | |

| VERSION |bigint(21) | YES | |NULL | |

| ROW_FORMAT | varchar(10) | YES | | NULL | |

| TABLE_ROWS | bigint(21) | YES | | NULL | |

| AVG_ROW_LENGTH | bigint(21) | YES | | NULL | |

| DATA_LENGTH | bigint(21) | YES | | NULL | |

| MAX_DATA_LENGTH | bigint(21) | YES | | NULL | |

| INDEX_LENGTH | bigint(21) | YES | | NULL | |

| DATA_FREE | bigint(21) |YES | | NULL | |

| AUTO_INCREMENT | bigint(21) | YES | | NULL | |

| CREATE_TIME | datetime |YES | | NULL | |

| UPDATE_TIME | datetime |YES | | NULL | |

| CHECK_TIME | datetime |YES | | NULL | |

| TABLE_COLLATION | varchar(64) | YES | |NULL | |

| CHECKSUM | bigint(21) |YES | | NULL | |

| CREATE_OPTIONS | varchar(255) | YES | |NULL | |

| TABLE_COMMENT | varchar(80) | NO | | | |

+-----------------+--------------+------+-----+---------+-------+

21 rows in set (000 sec)

主要存储了表的信息如表使用的引擎，表的类型等信息。我们可以通过查询table_rows属性获得哪些表数据量比较大。

mysql> select table_name,table_rows from tables order by table_rows desc limi 10;

+---------------+------------+

| table_name |table_rows |

+---------------+------------+

| task6 | 1558845 |

| task | 1554399 |

| task5 | 1539009 |

| task3 | 1532169 |

| task1 | 1531143 |

| task2 | 1531143 |

| task4 | 1521225 |

| task7 | 980865 |

我们继续深入思考，这些存储的数据是否准确，是否真实的反应了表中数据量大小？

mysql> show create table tables \G;

1 row

Table: TABLES

Create Table: CREATE TEMPORARY TABLE`TABLES` (

`TABLE_CATALOG` varchar(512) default NULL,

`TABLE_SCHEMA` varchar(64) NOT NULL default '',

`TABLE_NAME` varchar(64) NOT NULL default '',

`TABLE_TYPE` varchar(64) NOT NULL default '',

&nb

1 以前我错误的认为mysql的日志可以恢复到任何时间的状态，其实并不是这样，这个恢复是有前提的，就是你至少得有一个从日志记录开始后的数据库备份，通过日志恢复数据库实际上只是一个对以前 *** 作的回放过程而已，不用想得太复杂，既然是回放你就得注意了，如果你执行了两次恢复那么就相当于是回放了两次，后果如何你自己应该清楚了吧。

2 要想通过日志恢复数据库，在你的mycnf文件里应该有如下的定义，log-bin=mysql-bin，这个是必须的binlog-do-db=db_test,这个是指定哪些数据库需要日志，如果有多个数据库就每行一个，如果不指定的话默认就是所有数据库

[mysqld]

log-bin=mysql-bin

binlog-do-db=db_test

binlog-do-db=db_test2

3删除二进制日志:

amysql> system ls -ltr /var/lib/mysql/bintest;

mysql>reset master(清空所有的二进制日志文件)

bpurge master logs to 'bintest000006';(删除bintest000006之前的二进制日志文件)

cpurge master logs before '2007-08-10 04:07:00'(删除该日期之前的日志)

d在mycnf 配置文件中[mysqld]中添加:

expire_logs_day=3设置日志的过期天数,过了指定的天数,会自动删除

4下面就是恢复 *** 作了

特别提示，mysql每次启动都会重新生成一个类似mysql-bin000003的文件，如果你的mysql每天都要重新启动一次的话，这时候你就要特别注意不要选错日志文件了。

(注意：下面有一些技巧，这些东西才是最宝贵的哟，普通的东东手册上都有，这可是我摸索出来的哟，别人我都不告诉他。

技巧1 :

在下面你将看到 mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd 类似的语句，但是它一次只能 *** 作一个日志文件，如果你变通一下变成这样 mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin0 | mysql -u root -pmypwd 那么它基本上就会表示出的所有的日志文件了，这样可解决你忘记在哪一个日志文件中的问题，当然你也可以用这种写法更完美,mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin[0-9] | mysql -u root -pmypwd ，看到[0-9]这个东东了吧，它表示以数字开头的任何字符，方便吧！

技巧2:

你可以通过--one-database 参数选择性的恢复单个数据库，example在下面，爽吧。

mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd --one-database db_test

技巧3:

如果你老人家已经使用过 /usr/local/mysql5/bin/mysqlbinlog --start-date="2005-04-20 9:55:00" /var/data/mysql5/mysql-bin0 > /home/db/ttsql 类似的语句将日志导成了ASCII文本文件，那么你就可以直接在phpmyadmin或者其它什么乱七糟八的的客户端里执行这个文件文件就行了，因为它本身就是一个标准的sql文件，比如想让文件里面的某些语句不执行，OK，it's easy,找到它们删除即可，然后再放进去执行就OK滴啦！这个可是灰常灰常的爽哟。。。。。。

技巧4:

我来给大家讲一下，下面这条语句都做了什么

mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd --one-database db_test

这是把mysql-bin000001这个二进制文件里的内容转换成ASCII文件(也就是sql语句)，直接通过管道 *** 作符"|"传输给 mysql这个程序，然后过滤掉其它数据库的语句，只在db_test里执行。

技巧5:

着了，多打了一个技巧，现在暂时没内容，等以后再加吧！！！

)

下面部份摘录自网上。

如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。关于启用二进制日志的信息，参见5113节，“二进制日志”。对于 mysqlbinlog的详细信息，参见mysql手册86节，“mysqlbinlog：用于处理二进制日志文件的实用工具”。

要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即mycnf or myini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：

SHOW BINLOG EVENTS G

你还可以从命令行输入下面的内容：

mysql --user=root -pmy_pwd -e 'SHOW BINLOG EVENTS G'

将密码my_pwd替换为服务器的root密码。

1 指定恢复时间

对于MySQL 414，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是2005年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：

mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd

该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：

mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd

在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。

2 指定恢复位置

也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。 *** 作方法为：

mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00"

/var/log/mysql/mysql-bin000001 > /tmp/mysql_restoresql

该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复 *** 作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：

mysqlbinlog --stop-position="368312" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd

mysqlbinlog --start-position="368315" /var/log/mysql/mysql-bin000001 | mysql -u root -pmypwd

上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。

CREATE DATABASE mydb

ON PRIMARY

( NAME = mydb_data1,

    FILENAME = 'd:\sqlbase\mydb1mdf',

    SIZE = 3MB,

    FILEGROWTH = 20% )

LOG ON

( NAME = mydb_log1,

    FILENAME = 'd:\sqlbase\mydb_log1ldf',

    SIZE = 1MB,

    MAXSIZE = 8MB,

    FILEGROWTH = 10% ) ;

1创建表的时候就设置：

CREATE TABLE `Test` (

`ID` int(11) NOT NULL AUTO_INCREMENT,

`NAME` varchar(50) NOT NULL,

`SEX` varchar(2) NOT NULL,

PRIMARY KEY (`ID`)

) ENGINE=MEMORY AUTO_INCREMENT=1000 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC

AUTO_INCREMENT= ？？ 等于多少就从多少开始

2创建表时没有设置，后来想设置，可以通过修改实现：

alter table ai_test2 auto_increment = 1000;

以上就是关于mysql的show status如何查看某个select查询扫描了多少行全部的内容，包括:mysql的show status如何查看某个select查询扫描了多少行、mysql数据库中哪些表有数据、为什么使用mysqlbinlog无法恢复数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！