MySQL之索引
2018-06-18 00:19:03来源：未知 阅读 ()
索引是数据库中用来提高性能的最常用的工具，本次博客就来介绍一下索引，mysql版本5.7.19。
索引概述
所有MySQL列类型都可以被索引，对相关的列使用索引是可以提高SELECT操作性能的最佳途径。MyISAM和InnoDB存储引擎默认是BTREE索引。其实索引就像是一个字典的目录，你可以通过索引快速的定位到行的位置，索引会保存到额外的文件中。
索引的存储分类和作用
索引是在MySQL的存储引擎层中实现的，而不是在服务器层实现的，所以每种存储引擎的索引不一定完全相同，也不是所有的存储引擎都支持所有的索引类型。
MySQL目前支持以下4种索引：
B-tree索引：最常见的索引类型，大部分存储引擎都支持BTREE索引 HASH索引：只有MEMORY存储引擎支持，使用的场景比较简单 R-tree索引（空间索引）：空间索引是MyISAM的一个特殊索引类型，主要用于地理空间数据类型，使用的较少 Full-text（全文索引）：全文索引也是MyISAM的一个特殊索引类型，主要用于全文索引
三个常用引擎支持的索引：
B-tree索引和HASH索引是比较常用的索引，HASH比较简单，也只有Memory和Heap引擎支持，Hash索引适合键-值的查询，且比B-Tree索引更快，但是hash索引不支持范围的查询，即如果Memory和heap引擎在where后面如果不使用“=”号的话，就不会使用Hash索引去查找，索引Memory和Heap只有在“=”的条件下才会使用Hash索引。
B-tree索引构造类似于二叉树，能根据键值提供一行或者一个行集的快速访问，通常只需要很少的读操作就可以找到正确的行。B-tree的B不代表一个二叉树，而是一个平衡树(balanced)，结构如下：
索引的存在可以加速查找，有的时候可以起到约束的作用。
索引的创建，删除和修改
创建索引
CREATE INDEX index_name ON table(column1,column2,...columnN); --创建普通的索引 CREATE UNIQUE INDEX index_name ON table(column1,column2,...columnN); --创建唯一索引 ALTER TABLE table ADD PRIMARY KEY(column); --增加主键索引
删除索引
DROP INDEX index_name ON table --删除普通的索引 ALTER TABLE tabel DROP INDEX index_name --删除索引 DROP UNIQUE INDEX index_name ON table --删除唯一索引 ALTER TABLE table DROP PRIMARY KEY; --删除主键索引 ALTER TABLE table MODIFY column INT,DROP PRIMARY KEY; --删除主键索引
修改
对于MySQL5.7及以上版本，可以使用RENAME：
ALTER TABLE table_name RENAME INDEX old_index_name TO new_index_name;
对于MySQL5.7以前的版本，只能先删除再增加了：
ALTER TABLE table_name DROP INDEX old_index_name; ALTER TABLE table_name ADD INDEX new_index_name(column_name);
举例：
mysql> create index name_index on t3(name); Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> show index from t3 \G; *************************** 1. row *************************** Table: t3 Non_unique: 1 Key_name: name_index Seq_in_index: 1 Column_name: name Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: 1 row in set (0.00 sec) mysql> mysql> mysql> alter table t3 rename index name_index to new_name_index; Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> show index from t3 \G; *************************** 1. row *************************** Table: t3 Non_unique: 1 Key_name: new_name_index Seq_in_index: 1 Column_name: name Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: 1 row in set (0.00 sec)
通过EXPLAIN分析低效SQL的执行计划
现在有表如下：
mysql> show create table t1 \G; *************************** 1. row *************************** Table: t1 Create Table: CREATE TABLE `t1` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` char(20) DEFAULT NULL, `email` char(100) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1000001 DEFAULT CHARSET=utf8 1 row in set (0.00 sec) mysql> select count(*) from t1; +----------+ | count(*) | +----------+ | 1000000 | +----------+ 1 row in set (1.25 sec)
id列为主键索引，都说索引可以加速查找，那么来测试一下他是否可以加速查找：
mysql> select * from t1 where id=8888; +------+----------+-----------------+ | id | name | email | +------+----------+-----------------+ | 8888 | test8888 | test8888@qq.com | +------+----------+-----------------+ 1 row in set (0.00 sec) mysql> select * from t1 where name='test8888'; +------+----------+-----------------+ | id | name | email | +------+----------+-----------------+ | 8888 | test8888 | test8888@qq.com | +------+----------+-----------------+ 1 row in set (1.24 sec)
通过以上例子完全可以看出索引的存在可以加速行数据的查找。
这里可以通过explain命令来分析SQL的执行计划：
mysql> explain select * from t1 where id=8888; +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+ | 1 | SIMPLE | t1 | NULL | const | PRIMARY | PRIMARY | 4 | const | 1 | 100.00 | NULL | +----+-------------+-------+------------+-------+---------------+---------+---------+-------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec)
各个字段的意思：
id:数字越大越先执行，当数字相同的时候，就从上往下执行，如果为null就表示是一个结果集，不需要使用它来进行查询 select_type：常见的如下 simple：简单表，即不使用表连接或者子查询,有连接查询时，外层的查询为simple，有且只有一个； primary:需要union操作或者含有子查询的select，位于最外层的单位查询的select_type即为primary，有且只有一个； union：UNiON中的第二个或者后面的查询语句; subquery：除了from字句中包含的子查询外，其他地方出现的子查询都可能是subquery； 除以上之外还有：dependent union,union result,dependent subquery,derived。 table：显示查询表名，如果使用的是别名，那么这里就是别名; type：表示MySQL在表中找到所需行的方式，或者叫访问类型，常见的如下： +-----+--------+-------+------+--------+---------------+-------+ | ALL | index | range | ref | eq_ref | const,system | NULL | +-----+--------+-------+------+--------+---------------+-------+ 从左至右，性能由最差到最好。 possible_keys：表示查询时可能使用的索引； key：表示实际使用的索引； partitions：显示SQL所需要访问的分区名字； key_len：使用到所以字段的长度； rows：预估扫描行的数量； ref：如果是使用的常数等值查询，这里会显示const； filtered：表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比； extra：常见的如下： distinct:在select部分使用了distinc关键字； no tables used：不带from字句的查询； using filesort:排序时无法使用到索引时； using index:查询时不需要回表查询，直接通过索引就可以获取查询的数据； using temporary:表示使用了临时表存储中间结果; using where： 5.6之前：存储引擎只能根据限制条件扫描数据并返回，然后再回表进行过滤返回真正的查询的数据； 5.6之后：支持ICP特性，把条件限制都下推到存储引擎层来完成，这样就能降低不必要的IO访问。 filtered：
最左前缀匹配
创建索引如下：
mysql> create index index1 on t1(name,email,type); Query OK, 0 rows affected (17.45 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> desc t1; +-------+-----------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+-----------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | name | char(20) | YES | MUL | NULL | | | email | char(100) | YES | | NULL | | | type | int(11) | YES | | NULL | | | dep | int(11) | YES | | NULL | | +-------+-----------+------+-----+---------+----------------+ 5 rows in set (0.00 sec)
那么最左前缀匹配是什么意思呢？
这里创建了一个名为index1的索引，包含三列，从左至右为：name,email,type，最左前缀匹配的意思就是，查询的时候条件必须包含name列才会使用索引去查找，否则就会全文去查询。
举例：
mysql> explain select * from t1 where name='test8888' and email='test8888@qq.com' and type=1; +----+-------------+-------+------------+------+---------------+--------+---------+-------------------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------------------+------+----------+-------+ | 1 | SIMPLE | t1 | NULL | ref | index1 | index1 | 367 | const,const,const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+--------+---------+-------------------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec) mysql> mysql> explain select * from t1 where name='test8888' and email='test8888@qq.com'; +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ | 1 | SIMPLE | t1 | NULL | ref | index1 | index1 | 362 | const,const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec) mysql> explain select * from t1 where name='test8888' and type=1; +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ | 1 | SIMPLE | t1 | NULL | ref | index1 | index1 | 61 | const | 1 | 10.00 | Using index condition | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-----------------------+ 1 row in set, 1 warning (0.00 sec) mysql> explain select * from t1 where name='test8888'; +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ | 1 | SIMPLE | t1 | NULL | ref | index1 | index1 | 61 | const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+--------+---------+-------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec) mysql> explain select * from t1 where email='test8888@qq.com' and type=1; --当不包含name的时候，就不会使用索引查找 +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ | 1 | SIMPLE | t1 | NULL | ALL | NULL | NULL | NULL | NULL | 990448 | 1.00 | Using where | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql> explain select * from t1 where email='test8888@qq.com'; +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ | 1 | SIMPLE | t1 | NULL | ALL | NULL | NULL | NULL | NULL | 990448 | 10.00 | Using where | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql> explain select * from t1 where email='test8888@qq.com' and name='test8888'; --name不必在条件语句的最左边 +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ | 1 | SIMPLE | t1 | NULL | ref | index1 | index1 | 362 | const,const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+--------+---------+-------------+------+----------+-------+ 1 row in set, 1 warning (0.00 sec)
这里引出一个小概念：
组合索引和索引合并
组合索引：比如之前例子中create index index1 on t1(name,email,type)，index1就是一个组合索引； 索引合并：索引合并，拿上一个例子来看，创建了一个索引包含了3个列，这个叫组合索引，如果我们针对每一个列创建一个索引，在使用查询语句的时候使用多个索引，即把多个单列索引合并使用，这就叫索引的合并。
那么它们的效率如何呢？
如果在查询语句经常使用的是多个列一起查询，建议使用组合索引，如果经常只查单个列，建议使用索引合并这种形式，针对单个列创建索引。
还有一个名称是覆盖索引，意思是在索引文件中直接获取数据。
正确的命中索引
数据库中添加了索引的确会使查询的速度提高，但是也要避免以下情况，即使建立了索引也不会生效，如上面介绍到的不使用最左匹配也是一种：
like '%xx'：以%开头的LIKE查询不能够使用索引； 使用函数：比如select * from tb1 where reverse(name) = 'test8888'; or：当or条件中有未建立索引的列才失效； 类型不一致：如果列是字符串类型，传入条件是必须用引号引起来； !=：使用不等于的时候，特殊情况：如果是主键还是会走索引； 范围查询：如果是主键或者索引是整数类型，则还是会走索引； order by：当根据索引排序的时候，选择的映射如果不是索引，则不走索引，特殊情况，如果对主键排序，则还是走索引； 最左前缀匹配。
其他还需要注意的：
避免使用select * count(1)或count(列) 代替 count(*) 创建表时尽量时 char 代替 varchar 表的字段顺序固定长度的字段优先 组合索引代替多个单列索引（经常使用多个条件查询时） 尽量使用短索引 使用连接（JOIN）来代替子查询(Sub-Queries) 连表时注意条件类型需一致 索引散列值（重复少）不适合建索引，例：性别不适合
show status命令
show status可以了解各种SQL的执行频率。
下面的命令显示当前session中所有的统计参数的值：
show status like 'com_%'
mysql> show status like 'com_%'; --如果想查看全局的，可以在status前面加上global +-----------------------------+-------+ | Variable_name | Value | +-----------------------------+-------+ | Com_admin_commands | 0 | | Com_assign_to_keycache | 0 | | Com_alter_db | 0 | | Com_alter_db_upgrade | 0 | | Com_alter_event | 0 | | Com_alter_function | 0 | | Com_alter_instance | 0 | | Com_alter_procedure | 0 | | Com_alter_server | 0 | | Com_alter_table | 5 | | Com_alter_tablespace | 0 | | Com_alter_user | 0 | | Com_analyze | 0 | | Com_begin | 0 | | Com_binlog | 0 | | Com_call_procedure | 0 | | Com_change_db | 1 | | Com_change_master | 0 | | Com_change_repl_filter | 0 | | Com_check | 0 | | Com_checksum | 0 | | Com_commit | 0 | | Com_create_db | 0 | | Com_create_event | 0 | | Com_create_function | 0 | | Com_create_index | 4 | | Com_create_procedure | 0 | | Com_create_server | 0 | | Com_create_table | 1 | | Com_create_trigger | 0 | | Com_create_udf | 0 | | Com_create_user | 0 | | Com_create_view | 0 | | Com_dealloc_sql | 0 | | Com_delete | 0 | | Com_delete_multi | 0 | | Com_do | 0 | | Com_drop_db | 0 | | Com_drop_event | 0 | | Com_drop_function | 0 | | Com_drop_index | 2 | | Com_drop_procedure | 0 | | Com_drop_server | 0 | | Com_drop_table | 0 | | Com_drop_trigger | 0 | | Com_drop_user | 0 | | Com_drop_view | 0 | | Com_empty_query | 0 | | Com_execute_sql | 0 | | Com_explain_other | 0 | | Com_flush | 0 | | Com_get_diagnostics | 0 | | Com_grant | 0 | | Com_ha_close | 0 | | Com_ha_open | 0 | | Com_ha_read | 0 | | Com_help | 0 | | Com_insert | 2 | | Com_insert_select | 0 | | Com_install_plugin | 0 | | Com_kill | 0 | | Com_load | 0 | | Com_lock_tables | 0 | | Com_optimize | 0 | | Com_preload_keys | 0 | | Com_prepare_sql | 0 | | Com_purge | 0 | | Com_purge_before_date | 0 | | Com_release_savepoint | 0 | | Com_rename_table | 0 | | Com_rename_user | 0 | | Com_repair | 0 | | Com_replace | 0 | | Com_replace_select | 0 | | Com_reset | 0 | | Com_resignal | 0 | | Com_revoke | 0 | | Com_revoke_all | 0 | | Com_rollback | 0 | | Com_rollback_to_savepoint | 0 | | Com_savepoint | 0 | | Com_select | 42 | | Com_set_option | 0 | | Com_signal | 0 | | Com_show_binlog_events | 0 | | Com_show_binlogs | 0 | | Com_show_charsets | 0 | | Com_show_collations | 0 | | Com_show_create_db | 0 | | Com_show_create_event | 0 | | Com_show_create_func | 0 | | Com_show_create_proc | 0 | | Com_show_create_table | 1 | | Com_show_create_trigger | 0 | | Com_show_databases | 1 | | Com_show_engine_logs | 0 | | Com_show_engine_mutex | 0 | | Com_show_engine_status | 0 | | Com_show_events | 0 | | Com_show_errors | 0 | | Com_show_fields | 3 | | Com_show_function_code | 0 | | Com_show_function_status | 0 | | Com_show_grants | 0 | | Com_show_keys | 5 | | Com_show_master_status | 0 | | Com_show_open_tables | 0 | | Com_show_plugins | 0 | | Com_show_privileges | 0 | | Com_show_procedure_code | 0 | | Com_show_procedure_status | 0 | | Com_show_processlist | 0 | | Com_show_profile | 0 | | Com_show_profiles | 0 | | Com_show_relaylog_events | 0 | | Com_show_slave_hosts | 0 | | Com_show_slave_status | 0 | | Com_show_status | 3 | | Com_show_storage_engines | 0 | | Com_show_table_status | 0 | | Com_show_tables | 1 | | Com_show_triggers | 0 | | Com_show_variables | 0 | | Com_show_warnings | 0 | | Com_show_create_user | 0 | | Com_shutdown | 0 | | Com_slave_start | 0 | | Com_slave_stop | 0 | | Com_group_replication_start | 0 | | Com_group_replication_stop | 0 | | Com_stmt_execute | 0 | | Com_stmt_close | 0 | | Com_stmt_fetch | 0 | | Com_stmt_prepare | 0 | | Com_stmt_reset | 0 | | Com_stmt_send_long_data | 0 | | Com_truncate | 0 | | Com_uninstall_plugin | 0 | | Com_unlock_tables | 0 | | Com_update | 2 | | Com_update_multi | 0 | | Com_xa_commit | 0 | | Com_xa_end | 0 | | Com_xa_prepare | 0 | | Com_xa_recover | 0 | | Com_xa_rollback | 0 | | Com_xa_start | 0 | | Com_stmt_reprepare | 0 | | Compression | OFF | +-----------------------------+-------+ 149 rows in set (0.00 sec)
比较关心的几个参数：
Com_select:执行SELECT操作的次数，一次查询只累加1；
Com_insert:执行INSERT操作的次数，对于批量插入的INSERT操作，只累加一次;
Com_update:执行UPDATE操作的次数。
Com_delete:执行delete操作的次数。
下面的几个是针对InnoDB的：
Innodb_rows_read:SELECT查询返回的行数；
Innodb_rows_insert:执行INSERT操作插入的行数；
Innodb_rows_updated:执行UPDATE操作更新的行数；
Innodb_rows_deleted:执行DELETE操作删除的行数。
以下几个可以了解数据库的基本情况：
Connections：试图连接MySQL服务器的次数;
Uptime：服务器工作时间;
Slow_queries：慢查询的次数。
可以通过以下命令查看索引使用的情况：
mysql> show status like 'Handler_read%'; +-----------------------+----------+ | Variable_name | Value | +-----------------------+----------+ | Handler_read_first | 24 | | Handler_read_key | 32 | | Handler_read_last | 2 | | Handler_read_next | 13094235 | | Handler_read_prev | 0 | | Handler_read_rnd | 0 | | Handler_read_rnd_next | 3000042 | +-----------------------+----------+ 7 rows in set (0.00 sec)
如果索引正确的工作，那么Handler_read_key的值应该会很高，Handler_read_rnd_next的值高则意味着查询运行低效，并且应该建立索引。这个值的含义是在数据文件中读取下一行的请求数。如果正进行大量的表扫描，就会较高，则通常说明表索引不正确或写入的查询没有利用索引。
优化分页查询
显示：
上下页示例
min_id 数据
... 数据
max_id 数据
第一种：只显示【上一页】或者【下一页】：
【下一页】：select * from table_name where id > max_id limit 10; 【上一页】：select * from table_name where id < min_id order by id desc limit 10;
示例：
下一页： mysql> select * from t1 where id >0 limit 10; +----+--------+---------------+------+------+ | id | name | email | type | dep | +----+--------+---------------+------+------+ | 1 | test1 | test1@qq.com | 1 | 2 | | 2 | test2 | test2@qq.com | 1 | 2 | | 3 | test3 | test3@qq.com | 1 | 2 | | 4 | test4 | test4@qq.com | 1 | 2 | | 5 | test5 | test5@qq.com | 1 | 2 | | 6 | test6 | test6@qq.com | 1 | 2 | | 7 | test7 | test7@qq.com | 1 | 2 | | 8 | test8 | test8@qq.com | 1 | 2 | | 9 | test9 | test9@qq.com | 1 | 2 | | 10 | test10 | test10@qq.com | 1 | 2 | +----+--------+---------------+------+------+ 10 rows in set (0.00 sec) mysql> select * from t1 where id >10 limit 10; +----+--------+---------------+------+------+ | id | name | email | type | dep | +----+--------+---------------+------+------+ | 11 | test11 | test11@qq.com | 1 | 2 | | 12 | test12 | test12@qq.com | 1 | 2 | | 13 | test13 | test13@qq.com | 1 | 2 | | 14 | test14 | test14@qq.com | 1 | 2 | | 15 | test15 | test15@qq.com | 1 | 2 | | 16 | test16 | test16@qq.com | 1 | 2 | | 17 | test17 | test17@qq.com | 1 | 2 | | 18 | test18 | test18@qq.com | 1 | 2 | | 19 | test19 | test19@qq.com | 1 | 2 | | 20 | test20 | test20@qq.com | 1 | 2 | +----+--------+---------------+------+------+ 10 rows in set (0.00 sec) mysql> select * from t1 where id >30 limit 10; +----+--------+---------------+------+------+ | id | name | email | type | dep | +----+--------+---------------+------+------+ | 31 | test31 | test31@qq.com | 1 | 2 | | 32 | test32 | test32@qq.com | 1 | 2 | | 33 | test33 | test33@qq.com | 1 | 2 | | 34 | test34 | test34@qq.com | 1 | 2 | | 35 | test35 | test35@qq.com | 1 | 2 | | 36 | test36 | test36@qq.com | 1 | 2 | | 37 | test37 | test37@qq.com | 1 | 2 | | 38 | test38 | test38@qq.com | 1 | 2 | | 39 | test39 | test39@qq.com | 1 | 2 | | 40 | test40 | test40@qq.com | 1 | 2 | +----+--------+---------------+------+------+ 10 rows in set (0.00 sec) 上一页： mysql> select * from t1 where id < 41 order by id desc limit 10; +----+--------+---------------+------+------+ | id | name | email | type | dep | +----+--------+---------------+------+------+ | 40 | test40 | test40@qq.com | 1 | 2 | | 39 | test39 | test39@qq.com | 1 | 2 | | 38 | test38 | test38@qq.com | 1 | 2 | | 37 | test37 | test37@qq.com | 1 | 2 | | 36 | test36 | test36@qq.com | 1 | 2 | | 35 | test35 | test35@qq.com | 1 | 2 | | 34 | test34 | test34@qq.com | 1 | 2 | | 33 | test33 | test33@qq.com | 1 | 2 | | 32 | test32 | test32@qq.com | 1 | 2 | | 31 | test31 | test31@qq.com | 1 | 2 | +----+--------+---------------+------+------+ 10 rows in set (0.00 sec) mysql> select * from t1 where id < 31 order by id desc limit 10; +----+--------+---------------+------+------+ | id | name | email | type | dep | +----+--------+---------------+------+------+ | 30 | test30 | test30@qq.com | 1 | 2 | | 29 | test29 | test29@qq.com | 1 | 2 | | 28 | test28 | test28@qq.com | 1 | 2 | | 27 | test27 | test27@qq.com | 1 | 2 | | 26 | test26 | test26@qq.com | 1 | 2 | | 25 | test25 | test25@qq.com | 1 | 2 | | 24 | test24 | test24@qq.com | 1 | 2 | | 23 | test23 | test23@qq.com | 1 | 2 | | 22 | test22 | test22@qq.com | 1 | 2 | | 21 | test21 | test21@qq.com | 1 | 2 | +----+--------+---------------+------+------+ 10 rows in set (0.00 sec)
之后将查询到的结果，倒序一下即可。
第二种：除了【上一页】和【下一页】之外，中间还有页码，例如每页最多10行，现在页面停留在100页，我们想跳到103页：
往上跳页：
select * from t1 where id in (select id from (select id from t1 where id < 当前页的最小id limit 30) as N limit 10)
往下跳页：
select * from t1 where id in (select id from (select id from t1 where id > 当前页的最大id limit 30) as N order by N.id desc limit 10)
参考书籍：《深入浅出MySQL》
参考链接：
http://www.cnblogs.com/xiaoboluo768/p/5400990.html
http://www.cnblogs.com/wupeiqi/articles/5716963.html
标签：
版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有
上一篇：Mysql主从复制
下一篇：mysqldump导出报错问题
相关文章
- MySQL replace函数怎么替换字符串语句 2020-03-09
- PHP访问MySQL查询超时怎么办 2020-03-09
- mysql登录时闪退 2020-02-27
- MySQL出现1067错误号 2020-02-27
- mysql7.x如何单独安装mysql 2020-02-27
IDC资讯： 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营： 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程： Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术： Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧： 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作： FrontPages Dreamweaver Javascript css photoshop fireworks Flash
热门词条
最新资讯
热门关注
热门标签