关于mysql的in查询(批判性文章)

2012-09-20  来源:本站原创  分类:Mysql  人气:4 

今天下午闲来无事,使用navicat对mysql的查询条件in进行执行计划调试。mysql版本5.0

首先表结构如下

-- Table "user_core" DDL

CREATE TABLE `user_core` (
  `userId` int(11) NOT NULL,
  `nickname` varchar(255) DEFAULT NULL COMMENT '昵称',
  `realName` varchar(255) DEFAULT NULL COMMENT '真实改名',
  `email` varchar(255) DEFAULT NULL COMMENT '用户email与user_email表中的email不同',
  `gender` int(4) DEFAULT NULL COMMENT '性别(0:女, 1:男)',
  `birthday` date DEFAULT NULL COMMENT '生日',
  `phone` varchar(255) DEFAULT NULL COMMENT '电话',
  `idNumber` varchar(18) DEFAULT NULL COMMENT '身份证',
  `countKey` varchar(255) DEFAULT NULL COMMENT '计统url',
  `urlKey` varchar(255) DEFAULT NULL COMMENT '户用url(hiyoucai_1)',
  `birthplace` bigint(11) DEFAULT NULL COMMENT '出生地',
  `location` bigint(11) DEFAULT NULL COMMENT '所在地',
  `qq` varchar(255) DEFAULT NULL,
  `school` varchar(255) DEFAULT NULL COMMENT '毕业学校',
  `profession` varchar(255) DEFAULT NULL COMMENT '职业',
  `introduction` varchar(5000) DEFAULT NULL COMMENT '简介,改成5000,modified by dsl on 201204071802',
  `createTime` datetime DEFAULT NULL,
  `editWorkerId` int(11) DEFAULT NULL,
  `verifyWorkerId` int(11) DEFAULT NULL COMMENT '最后核审者Id',
  `lastVerifyTime` datetime DEFAULT NULL COMMENT '最后审核时间',
  `pinyin` varchar(255) DEFAULT NULL COMMENT '新加字段,added by dsl  at  201203061723',
  `editTime` datetime DEFAULT NULL COMMENT '增加最后编辑时间,用于方便编辑,added by dsl at 201203071625',
  `state` int(11) DEFAULT '0' COMMENT '状态 0:未审核 1:审核通过 2:审核未通过3:删除 4:系统默认头像',
  `usertype` int(4) DEFAULT '0' COMMENT '0:表示普通用户,为默认值;1表示虚拟帐号,2表示明星用户。added by dsl at 201204071758。;3表示iphone虚拟帐号',
  `userSource` int(4) DEFAULT '-1' COMMENT '0:腾讯qq,1:新浪微博,10:iphone端QQ注册,11:iphone端sina微薄注册',
  `userDataIntegrity` int(11) DEFAULT '0' COMMENT '用户资料完整度',
  `isAlreadyVerifyEmail` int(2) DEFAULT '0' COMMENT '箱邮是否已认证 0:未认证 1:已认证',
  `isAlreadyVerifyPhone` int(2) DEFAULT '0' COMMENT '手机是否已认证 0:未认证 1:已认证',
  `isAlreadyVerifyIdNumber` int(2) DEFAULT '0' COMMENT '身份证是否已认证 0:未认证 1:已认证',
  `company` varchar(255) DEFAULT NULL COMMENT '公司名称 add by lwt on 201207051450',
  `channel` varchar(50) DEFAULT NULL COMMENT '渠道,added by dsl at 20120727',
  `channelHost` varchar(200) DEFAULT NULL COMMENT '渠道host, added by dsl at 201207271713',
  `ip` varchar(255) DEFAULT NULL COMMENT '注册IP add by longwentao on 20120815',
  PRIMARY KEY (`userId`),
  UNIQUE KEY `urlKey` (`urlKey`)
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

然后执行以下语句

mysql> explain select * from user_core where userId in(1,2,3,4);
+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table     | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
|  1 | SIMPLE      | user_core | range | PRIMARY       | PRIMARY | 4       | NULL |    4 | Using where |
+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
1 row in set

mysql>

key=PRIMARY,key_len=4,可见使用了主键userId作为索引,

所以网上所说的使用 in 不能使用索引的(至少5.0以上版本的都可以),

都是扯蛋(估计是百度google一下,所以千万不要人云亦云,关键点最好自己证实下),

实践才是证明真理的唯一标准。

也有人说,当in里面的条件太多了,无法使用索引。

再看看下面这条

mysql> explain select * from user_core where userId in(1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,
22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,
55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,
88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,
116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,
141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,
166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,
191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,
216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,
241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,
266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,286,287,288,289,290,
291,292,293,294,295,296,297,298,299,300,301,302,303,304,305,306,307,308,309,310,311,312,313,314,315,
316,317,318,319,320,321,322,323,324,325,326,327,328,329,330,331,332,333,334,335,336,337,338,339,340,
341,342,343,344,345,346,347,348,349,350,351,352,353,354,355,356,357,358,359,360,361,362,363,364,365,
366,367,368,369,370,371,372,373,374,375,376,377,378,379,380,381,382,383,384,385,386,387,388,389,390,
391,392,393,394,395,396,397,398,399,400,401,402,403,404,405,406,407,408,409,410,411,412,413,414,415,
416,417,418,419,420,421,422,423,424,425,426,427,428,429,430,431,432,433,434,435,436,437,438,439,440,
441,442,443,444,445,446,447,448,449,450,451,452,453,454,455,456,457,458,459,460,461,462,463,464,465,
466,467,468,469,470,471,472,473,474,475,476,477,478,479,480,481,482,483,484,485,486,487,488,489,490,
491,492,493,494,495,496,497,498,499,500,501,502,503,504,505,506,507,508,509,510,511,512,513,514,515,
516,517,518,519,520,521,522,523,524,525,526,527,528,529,530,531,532,533,534,535,536,537,538,539,540,
541,542,543,544,545,546,547,548,549,550,551,552,553,554,555,556,557,558,559,560,561,562,563,564,565,
566,567,568,569,570,571,572,573,574,575,576,577,578,579,580,581,582,583,584,585,586,587,588,589,590,
591,592,593,594,595,596,597,598,599,600,601,602,603,604,605,606,607,608,609,610,611,612,613,614,615,
616,617,618,619,620,621,622,623,624,625,626,627,628,629,630,631,632,633,634,635,636,637,638,639,640,
641,642,643,644,645,646,647,648,649,650,651,652,653,654,655,656,657,658,659,660,661,662,663,664,665,
666,667,668,669,670,671,672,673,674,675,676,677,678,679,680,681,682,683,684,685,686,687,688,689,690,
691,692,693,694,695,696,697,698,699,700,701,702,703,704,705,706,707,708,709,710,711,712,713,714,715,
716,717,718,719,720,721,722,723,724,725,726,727,728,729,730,731,732,733,734,735,736,737,738,739,740,
741,742,743,744,745,746,747,748,749,750,751,752,753,754,755,756,757,758,759,760,761,762,763,764,765,
766,767,768,769,770,771,772,773,774,775,776,777,778,779,780,781,782,783,784,785,786,787,788,789,790,
791,792,793,794,795,796,797,798,799,800,801,802,803,804,805,806,807,808,809,810,811,812,813,814,815,
816,817,818,819,820,821,822,823,824,825,826,827,828,829,830,831,832,833,834,835,836,837,838,839,840,
841,842,843,844,845,846,847,848,849,850,851,852,853,854,855,856,857,858,859,860,861,862,863,864,865,
866,867,868,869,870,871,872,873,874,875,876,877,878,879,880,881,882,883,884,885,886,887,888,889,890,
891,892,893,894,895,896,897,898,899,900,901,902,903,904,905,906,907,908,909,910,911,912,913,914,915,
916,917,918,919,920,921,922,923,924,925,926,927,928,929,930,931,932,933,934,935,936,937,938,939,940,
941,942,943,944,945,946,947,948,949,950,951,952,953,954,955,956,957,958,959,960,961,962,963,964,965,
966,967,968,969,970,971,972,973,974,975,976,977,978,979,980,981,982,983,984,985,986,987,988,989,990,
991,992,993,994,995,996,997,998,999,1000);

+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table     | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
|  1 | SIMPLE      | user_core | range | PRIMARY       | PRIMARY | 4       | NULL | 1000 | Using where |
+----+-------------+-----------+-------+---------------+---------+---------+------+------+-------------+
1 row in set

mysql>

同上,即使数据有1000条,也是使用到了主键索引。

但是,mysql毕竟还是不如oracle强大,当使用子查询作为结果集时,是无法使用到索引的

mysql> explain select * from user_core where userId in(select userId from user_core where userId<10);

+----+--------------------+-----------+-----------------+---------------+---------+---------+------+-------+--------------------------+
| id | select_type        | table     | type            | possible_keys | key     | key_len | ref  | rows  | Extra                    |
+----+--------------------+-----------+-----------------+---------------+---------+---------+------+-------+--------------------------+
|  1 | PRIMARY            | user_core | ALL             | NULL          | NULL    | NULL    | NULL | 20789 | Using where              |
|  2 | DEPENDENT SUBQUERY | user_core | unique_subquery | PRIMARY       | PRIMARY | 4       | func |     1 | Using index; Using where |
+----+--------------------+-----------+-----------------+---------------+---------+---------+------+-------+--------------------------+
2 rows in set

mysql>

可以发现子查询select userId from user_core where userId<10使用到了索引,而主查询的key=NULL,type=ALL,

即进行了全表扫描,所以mysql在涉及子查询时,要根据业务需求考虑是否要分开查询语句。

最后,现在的数据库版本会自动匹配最佳查询,比如上面的select * from user_core where userId in(1,....,1000);

当user_core表里面的数据只有一千多条的话,mysql会自动匹配全表扫描(因为这样更快,你想想,

你想想表就1000条数据,你都全查了,还用毛索引,岂不是浪费),

而当数据量足够大的话,比如说上万条,才会使用到索引。

相关文章
  • 关于mysql的in查询(批判性文章) 2012-09-20

    今天下午闲来无事,使用navicat对mysql的查询条件in进行执行计划调试.mysql版本5.0 首先表结构如下 -- Table "user_core" DDL CREATE TABLE `user_core` ( `userId` int(11) NOT NULL, `nickname` varchar(255) DEFAULT NULL COMMENT '昵称', `realName` varchar(255) DEFAULT NULL COMMENT '真实改名', `em

  • MySQL中在查询结果集中得到记录行号的方法 2013-10-29

    这篇文章主要介绍了MySQL中在查询结果集中得到记录行号的方法,本文解决方法是通过预定义用户变量来实现,需要的朋友可以参考下 如果需要在查询语句返回的列中包含一列表示该条记录在整个结果集中的行号, ISO SQL:2003 标准提出的方法是提供 ROW_NUMBER() / RANK() 函数. Oracle 中可以使用标准方法(8i版本以上),也可以使用非标准的 ROWNUM : MS SQL Server 则在 2005 版本中提供了 ROW_NUMBER() 函数:但在 MySQL 中似乎

  • mysql优化limit查询语句的5个方法 2014-02-14

    这篇文章主要介绍了mysql优化limit查询语句的5个方法,它们分别是子查询优化法.倒排表优化法.反向查找优化法.limit限制优化法和只查索引法,需要的朋友可以参考下 mysql的分页比较简单,只需要limit offset,length就可以获取数据了,但是当offset和length比较大的时候,mysql明显性能下降 1.子查询优化法 先找出第一条数据,然后大于等于这条数据的id就是要获取的数据 缺点:数据必须是连续的,可以说不能有where条件,where条件会筛选数据,导致数据失去

  • mysql中模糊查询的四种用法介绍 2014-11-20

    这篇文章主要介绍了mysql中模糊查询的四种用法,需要的朋友可以参考下 下面介绍mysql中模糊查询的四种用法: 1,%:表示任意0个或多个字符.可匹配任意类型和长度的字符,有些情况下若是中文,请使用两个百分号(%%)表示. 比如 SELECT * FROM [user] WHERE u_name LIKE '%三%' 将会把u_name为"张三","张猫三"."三脚猫","唐三藏"等等有"三"的记录全找出

  • 探讨:MySQL中如何查询当前正在运行的SQL语句 2014-11-28

    本篇文章是对在MySQL中如何查询当前正在运行的SQL语句进行了详细的分析介绍,需要的朋友参考下 通过status命令,查看Slow queries这一项,如果值长时间>0,说明有查询执行时间过长 以下为引用的内容: mysql> status; -------------- mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386) Connection id: 53 Current database: (null) Curren

  • 浅析一个MYSQL语法(在查询中使用count)的兼容性问题 2014-11-28

    本篇文章是对MYSQL语法(在查询中使用count)的兼容性问题进行了详细的分析介绍,需要的朋友参考下 简单来说就是在查询中使用count以及更多字段 select count(id),id,name from table 很尴尬的,我的环境是5.5的,这个是能获取到结果的,但是运行到服务器就不行了 好吧,报了一个错误 复制代码 代码如下: #1140 - Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP column

  • MySQL对limit查询语句的优化方法 2014-12-01

    这篇文章主要介绍了MySQL对limit查询语句的优化方法,分别讲解了offset参数比较小和offset参数比较大的时候,如何优化查询语句,需要的朋友可以参考下 当我们的网站达到一定的规模时,网站的各种优化是必须要进行的.而网站的优化中,针对数据库各种优化是最重点的了.下面作者将要和大家分享一下MySQL数据库中的查询语句有关limit语句的优化. 大家都知道一般limit是用在分页的程序的分页上的,当你的应用数据量够小的时候,也许你感觉不到limit语句的任何问题,但当查询数据量达到一定程度

  • 关于php操作mysql执行数据库查询的一些常用操作汇总 2014-12-13

    本篇文章是对关于php操作mysql执行数据库查询的一些常用操作进行了详细的汇总介绍,需要的朋友参考下 php操作mysql步骤:1.$connect=mysql_connect('localhost','root','123456') or die('数据库连接失败.'mysql_error());链接mysql. 2.mysql_select_db('database',$connect)选择链接的数据库. 3.mysql_query('Set names gb2312');$sql = "

  • Mysql中分页查询的两个解决方法比较 2014-12-14

    本篇文章介绍了,Mysql中分页查询的两个解决方法比较.需要的朋友参考下 mysql中分页查询有两种方式, 一种是使用COUNT(*)的方式,具体代码如下 SELECT COUNT(*) FROM foo WHERE b = 1; SELECT a FROM foo WHERE b = 1 LIMIT 100,10; 另外一种是使用SQL_CALC_FOUND_ROWS 复制代码 代码如下: SELECT SQL_CALC_FOUND_ROWS a FROM foo WHERE b = 1 LI

  • php基础之连接mysql数据库和查询数据 2015-02-18

    这篇文章主要介绍了php连接mysql数据库和查询数据的方法和示例,需要的朋友可以参考下 连接数据库,有三种方法 1. 常规方式: $con=mysql_connect($dbhostip,$username,$userpassword) or die("Unable to connect to the MySQL!"); $db = mysql_select_db($dbdatabasename,$con); //执行语句 $qres=mysql_query("SELECT

  • mysql 跨表查询.更新.删除示例 2015-03-06

    这篇文章主要介绍了mysql 跨表查询.更新.删除,需要的朋友可以参考下 下面来谈谈跨表插入,更新和删除 首先讨论的是跨表查询: insert into `table_A` select * from `table_B`;注意*代表全部插入. 接着又讨论关于跨表更新 update `table_A`, `table_B` set `table_A`.`name` = `table_B`.`name` where `table_A`.`id` = `table_B`.`id`;

  • 解析Mysql多表查询的实现 2015-04-02

    本篇文章是对Mysql多表查询的实现进行了详细的分析介绍,需要的朋友参考下 查询是数据库的核心,下面就为您介绍Mysql多表查询时如何实现的,如果您在Mysql多表查询方面遇到过问题,不妨一看. Mysql多表查询: CREATE TABLE IF NOT EXISTS contact( contact_id int(11) NOT NULL AUTO_INCREMENT, user_name varchar(255), nom varchar(255), prenom varchar(255)

  • MySql 按时间段查询数据方法(实例说明) 2013-12-09

    oready网站的制作已经接近尾声.今天打算完成统计模块功能,所以查找了下mysql按时间段查询数据的语句,记录一下. 时间格式为2008-06-16 查询出当天数据: SELECT * FROM `table` WHERE date(时间字段) = curdate(); 查询出当月字段: SELECT * FROM `table` WHERE month( 时间字段) = month( now( ) ) ; 时间格式为1219876-- UNIX时间,只要应用"FROM_UNIXTIME( )

  • php入门学习知识点一 PHP与MYSql连接与查询 2014-02-16

    php入门学习知识点一 PHP与MYSql连接与查询,学习php最重要的就是与数据库的交互. 一.连接数据库 1. mysql_connect: 开启 MySQL 链接 mysql_connect('主机','用户名','密码') 2. mysql_select_db: 打开一个数据库 mysql_select_db('数据库名',$链接标识符) //链接标识符不填写则默认为上一次打开的连接 3. mysql_query("set names 'GBK'") 解决中文乱码问题; mys

  • MySQL运行状况查询方式介绍 2014-09-05

    直接在命令行下登陆MySQL运行SHOW STATUS;查询语句;同样的语句还有SHOW VARIABLES;,SHOW STATUS是查看MySQL运行情况,和上面那种通过pma查看到的信息基本类似 SHOW STATUS 直接在命令行下登陆MySQL运行SHOW STATUS;查询语句,详细如下图 同样的语句还有SHOW VARIABLES;,SHOW STATUS是查看MySQL运行情况,和上面那种通过pma查看到的信息基本类似. SHOW VARIABLES SHOW VARIABLES

  • mysql 开启慢查询 如何打开mysql的慢查询日志记录 2014-11-03

    mysql慢查询日志对于跟踪有问题的查询非常有用,可以分析出当前程序里有很耗费资源的sql语句,那如何打开mysql的慢查询日志记录呢,接下来将详细为您介绍 mysql慢查询日志对于跟踪有问题的查询非常有用,可以分析出当前程序里有很耗费资源的sql语句,那如何打开mysql的慢查询日志记录呢? 其实打开mysql的慢查询日志很简单,只需要在mysql的配置文件里(windows系统是my.ini,linux系统是my.cnf)的[mysqld]下面加上如下代码: log-slow-queries

  • MYSQL随机抽取查询 MySQL Order By Rand()效率问题 2015-01-26

    MYSQL随机抽取查询:MySQL Order By Rand()效率问题一直是开发人员的常见问题,俺们不是DBA,没有那么牛B,所只能慢慢研究咯,最近由于项目问题,需要大概研究了一下MYSQL的随机抽取实现方法 要从tablename表中随机提取一条记录,大家一般的写法就是:SELECT * FROM tablename ORDER BY RAND() LIMIT 1. 但是,后来我查了一下MYSQL的官方手册,里面针对RAND()的提示大概意思就是,在ORDER BY从句里面不能使用RAND

  • 打开MySQL的慢查询记录 2014-06-12

    打开MySQL慢查询 MySQL慢查询记录日志对于跟踪PHP+MySQL体系下的MySQL负载调优问题很有用处,比如安装了很多Discuz!插件的用户,这样可以大概排查出那些插件有代码问题.其实启用MySQL的慢查询日志很简单,只需要在MySQL的配置文件里添加log-slow-queries和long_query_time两个参数即可. 今天有个朋友问我,就顺带记录上来.更多的MySQL优化信息可以查看这里:http://www.ccvita.com/category/mysql Window

  • mysql开启慢查询 2012-09-22

    Linux: 在mysql配置文件my.cnf中增加 log-slow-queries=/var/lib/mysql/slowquery.log (指定日志文件存放位置,可以为空,系统会给一个缺省的文件host_name-slow.log) long_query_time=2 (记录超过的时间,默认为10s) log-queries-not-using-indexes (log下来没有使用索引的query,可以根据情况决定是否开启) log-long-format (如果设置了,所有没有使用索引

  • MySql开启慢查询方法My.ini 2013-12-04

    1,配置开启 Linux: 在mysql配置文件my.cnf中增加 log-slow-queries=/var/lib/mysql/slowquery.log (指定日志文件存放位置,可以为空,系统会给一个缺省的文件host_name-slow.log) long_query_time=2 (记录超过的时间,默认为10s) log-queries-not-using-indexes (log下来没有使用索引的query,可以根据情况决定是否开启) log-long-format (如果设置了,所