272
2024-02-28 18:45
admin一、mysql不走索引怎么解决？
对查询进行优化,尽量避免全表扫描,避免导致索引失效
在where子句中进行null值判断的话会导致引擎放弃索引而产生全表扫描
避免在where子句中使用这样的符号,否则会导致引擎放弃索引而产生全表扫描
避免在where子句中使用来连接条件,因为如果俩个字段中有一个没有索引的话,引擎会放弃索引而产生全表扫描
可以考虑使用,但是只能是连续的数值
避免在where子句中使用关于网上说的MySQL在使用不走索引的问题,严谨的来说的话分为俩种情况
走索引的
不走索引的
避免在where子句中的左边使用表达式操作或者函数操作
表达式
函数操作
避免在where子句中使用模糊查询
在使用联合索引是要注意最左原则,例如如果当前联合索引是,那么如果where子句中有就会用到联合索引,但是如果只用到就会失去索引效果
二、优化mysql的limit offset的例子？
在mysql中，通常使用limit做分页，而且经常会跟order by 连用。在order by 上加索引有时候是很有帮助的，不然系统会做很多的filesort
经常碰到的一个问题是limit的offset太高，如：limit 100000,20，这样系统会查询100020条，然后把前面的100000条都扔掉，这是开销很大的操作，导致查询很慢。假设所有分页的页面访问频率一样，这样的查询平均扫描表的一半数据。优化的方法，要么限制访问后面的页数，要么提升高偏移的查询效率。
一个简单的优化办法是使用覆盖查询（covering index）查询，然后再跟全行的做join操作。如：
复制代码
代码如下:
SQL>select * from user_order_info limit 1000000,5;
这条语句就可以优化为：
复制代码
代码如下:
select * from user_order_info inner join (select pin from user_order_info limit 1000000,5) as lim using(pin);
SQL>explain select * from user_order_info limit 1000000,5;
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
| 1 | SIMPLE | user_order_info | ALL | NULL | NULL | NULL | NULL | 23131886 | |
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
1 row in set (0.00 sec)
SQL>explain extended select * from user_order_info inner join (select pin from user_order_info limit 1000000,5) as lim using(pin);
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
| 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 5 | 100.00 | |
| 1 | PRIMARY | user_order_info | eq_ref | PRIMARY | PRIMARY | 42 | lim.pin | 1 | 100.00 | |
| 2 | DERIVED | user_order_info | index | NULL | PRIMARY | 42 | NULL | 23131886 | 100.00 | Using index |
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
3 rows in set, 1 warning (0.66 sec)
根据两个explain的对比，可以清晰发现，第一个未使用索引，扫描了23131886行，第二个也扫描了同样的行数，但是使用了索引，效率提高了。这样可以直接使用index得到数据，而不去查询表，当找到需要的数据之后，在与全表join，获得其他的列。
三、mysql单表查询可以走哪个索引？
不是，一般数据库会根据sql语句自己判断分析执行计划，选择最优的执行计划执行。
如果你的表有多个索引，一般而言只要能提升查询性能，就会被使用，不仅仅只能使用一个索引。但是索引建多了也会导致insert，delete等开销增大
四、mysql全局索引的作用？
索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。为了在某种程度上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。
这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE选项的作用将非常明显。
五、mysql索引丢失的情况？
1、like 以%开头，索引无效；当like前缀没有%，后缀有%时，索引有效。
2、or语句前后没有同时使用索引。
当or左右查询字段只有一个是索引，该索引失效，只有当or左右查询字段均为索引时，才会生效
3、组合索引，不是使用第一列索引，索引失效。
4、如果列类型是字符串，那一定要在条件中将数据使用引号引用起来，否则不使用索引
数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型，使索引无效，产生全表扫描。
5、在索引列上使用 IS NULL 或 IS NOT NULL操作。
索引是不索引空值的，所以这样的操作不能使用索引，可以用其他的办法处理，例如：数字类型，判断大于0，字符串类型设置一个默认值，判断是否等于默认值即可。（此处是错误的！）
解释以上错误：
此处我将重新创建一个emp表
创建新的索引
查看索引
执行SQL语句
由此可发现有使用到索引
总结：在索引列上使用 IS NULL 或 IS NOT NULL操作，索引不一定失效！！！
6、在索引字段上使用not，<>，!=。
不等于操作符是永远不会用到索引的，因此对它的处理只会产生全表扫描。 优化方法： key<>0 改为 key>0 or key<0。
7、对索引字段进行计算操作、字段上使用函数。（索引为 emp(ename,empno,sal)）
8、当全表扫描速度比索引速度快时，mysql会使用全表扫描，此时索引失效。
六、mysql主键索引和唯一索引的区别？
MySQL主键索引和唯一索引都可以用来确保表中的每一行数据具有唯一性，但两者之间有以下几个区别：
主键索引是一种特殊的唯一索引，它不允许为空，并且每个表只能有一个主键索引，用于唯一标识每一行数据。
唯一索引可以为空，但是在一个表中可以创建多个唯一索引，用于确保某个字段或组合字段的唯一性。
主键索引可以被其他表的外键引用，从而建立表与表之间的关联关系。
主键索引默认是聚簇索引，即数据按主键值的顺序存储，而唯一索引默认是非聚簇索引，即数据按照索引的顺序存储。
主键索引可以自动创建，如果表中没有主键，则可以通过创建一个自增ID字段来自动创建主键索引；而唯一索引需要手动创建。
总之，主键索引和唯一索引都是用来保证数据的唯一性，但是主键索引是一种特殊的唯一索引，有着更多的限制和特殊用途。
七、mysql主键和索引的区别？
MYSQL中索引与主键的区别
索引：索引好比是一本书的目录，可以快速的通过页码找到你需要的那一页。惟一地标识一行。
主键：做为数据库表唯一行标识，作为一个可以被外键有效引用的对象。
索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。索引可以大大提高MySQL的检索速度。
八、oracle和mysql索引的区别？
MySQL在建立表的外键的时候有一个要求：
建立外键的列必须有索引
举例：
tclass(id,cname);
tstudent(id,sname,sclass);
要求学生的sclass字段建立外键到tclass的id,有了下面这一步才得以正确执行，否则报error：
Sql代码
create index idx_clazz on tstudent(sclass);
但是Oracle不需要建立index，直接可以建立索引，不会报错，执行通过;
九、mysql的fulltext索引优缺点？
fulltext索引主要用来查找文本中的关键字，而不是直接与索引中的值相比较。它跟其它索引大不相同，它更像是一个搜索引擎，而不是简单的where语句的参数匹配。
优点是能够更快的检索和匹配，缺点是需要消耗额外的空间以及增删改操作都需要同步修改索引，耗时增加
十、mysql创建索引的sql语句？
MySQL创建索引的SQL语句如下：
创建单列索引：
scssCopy code
CREATE INDEX index_name ON table_name(column_name);
例如，为employees表的salary列创建索引，语句如下：
scssCopy code
CREATE INDEX salary_index ON employees(salary);
创建多列索引：
scssCopy code
CREATE INDEX index_name ON table_name(column1_name, column2_name, ...);
例如，为employees表的department和salary列创建索引，语句如下：
scssCopy code
CREATE INDEX department_salary_index ON employees(department, salary);
需要注意的是，索引可以提高查询的速度，但也会增加数据的存储和修改的成本，因此需要根据实际情况进行权衡。同时，在对表进行修改和更新时，也需要考虑索引的影响。
- 相关评论
- 我要评论
-