当你source字段唯一性不高，例如你90w数据，里面source字段来来去去就那么十几个值，这种情况下影响结果集巨大，就会全表扫描。这种情况全表扫描还要快于利用索引，只要理解索引的本质不难明白MySQL为何不使用索引。
十年的柘荣网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站的优势是能够根据用户设备显示端的尺寸不同，自动调整柘荣建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联公司从事“柘荣网站设计”,“柘荣网站推广”以来，每个客户项目都认真落实执行。
in查询操作，查询字段在第一个字段时 ，使用索引，查询字段在第二个字段时，不使用索引（not in在表中的查询数量大于30%的时候是全表扫描的，用不到索引。所以没有可以优化的。
SQL的执行成本（cost）是 MySQL 优化器选择 SQL 执行计划时一个重要考量因素。当优化器认为使用索引的成本高于全表扫描的时候，优化器将会选择全表扫描，而不是使用索引。下面通过一个实验来说明。
全表扫描：为实现全表扫描，读取表中所有的行，并检查每一行是否满足语句的限制条件。利用多块读的方法可以十分高效地实现全表扫描，而且只有在全表扫描的情况下才能使用多块读操作。
对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。
只使用索引就能够返回查询结果的查询，比如聚合查询中的函数count，max，min。2 查询结果的记录数量小于表中记录一定比例的时候。
name字段为varchar类型 这条sql发生了隐式的类型转换：数值==字符串。所以导致了全表扫描，索引失效 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。
应尽量避免在 where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描。
另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表。
选取最适用的字段属性。MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。
第一种方式比较温和，innodb_buffer_pool_size 参数是可以动态调整的，可行性也较高。第二种方式相较之下较暴力，但效果较好。两种方式各有自己的优点，第一种方式对线上业务系统影响较小，不会中断在线业务。
因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。
你好，你可以根据条件去添加索引，例如：所有mysql索引列类型都可以被索引，对来相关类使用索引可以提高select查询性能，根据mysql索引数，可以是最大索引与最小索引，每种存储引擎对每个表的至少支持16的索引。
显示 数据库 列表 mysqlshow databases； （注：MySQL语句分隔符为）默认有三个数据库：information_schema、mysql和test。
系统，当然windos基本的要会。然后就是Linux系统，现在做MySQLDBA的系统多数都是Linux系统，而生产环境大多又是RedHat，Centos。其他的Linux和Unix系统可以只做了解。Linux基础，网络，IO，内存，磁盘，CPU。
可以在运行界面输入命令：services.msc 进入服务窗口 在服务窗口，我们找到之前安装时配置的MySQL服务名：MySQL80 我们看到，MySQL的服务处于正在运行状态。
1、MYSQL是行存储的数据库，就是说是一个记录的信息放在一个连续的空间中存储的，因此在全表扫描中是一个记录一个记录查看的。
2、全表扫描是指整个表的数据检索一次 比如：name age 张三 90 李四 80 王五 100 这时你查 age小于80时就是一行一行记录的扫描下去，直至到最后一行；因为数据表不知道哪一行的age小于80。
3、这样会导致全索引扫描或者全表扫描。如果是这样的条件where code like A % ，就可以查找CODE中A开头的CODE的位置，当碰到B开头的数据时，就可以停止查找了，因为后面的数据一定不满足要求。这样就可以利用索引了。
4、mysql中使用is not null 或者 is null会导致无法使用索引。mysql中like查询是以%开头，索引会失效变成全表扫描，覆盖索引。
查询结果的记录数量小于表中记录一定比例的时候。
全表扫描就是对表中的记录逐一查看属性name=张三的正确性，如果符合，就输出该记录，不符合就看下一个。
SQL的执行成本（cost）是 MySQL 优化器选择 SQL 执行计划时一个重要考量因素。当优化器认为使用索引的成本高于全表扫描的时候，优化器将会选择全表扫描，而不是使用索引。下面通过一个实验来说明。
InnoDB数据保存在主键索引上，所以全表扫描实际上是直接扫描表t的主键索引。这条查询语句由于没有其他判断条件，所以查到的每一行都可以直接放到结果集，然后返回给客户端。
这样会导致全索引扫描或者全表扫描。如果是这样的条件where code like A % ，就可以查找CODE中A开头的CODE的位置，当碰到B开头的数据时，就可以停止查找了，因为后面的数据一定不满足要求。这样就可以利用索引了。
所以全表扫描的查询性能分表与不分表也不会有什么差别。
