背景有客户提出一个问题。 一个类似这样的SQL语句，select count(id) from 为什么执行计划用全表扫，不用索引。id列上有主键。分析test=# explain (analyze, buffers ) select count(id) from t1;
QUERY PLAN
--
笔试中遇到的题，关于你如何优化sql的？一、优化办法： 1.尽量避免在where子句中对字段进行null值判断，否则可能会扫面全表。 SELECT id from emp where sal is null。 2.尽量避免where子句中使用！=或者<>等 操作符，否则可能引擎放弃使用索引而进行全表扫描。 3.尽量避免在 where 子句中使用 or 来连接条件，否则会扫面全表
分析案例:1.走rule很快,但是收集了执行计划后却很慢SQL> create table test(id int);
表已创建。
SQL> insert into test select 1 from dba_objects;
已创建49883行。
SQL> commit;
提交完成。
SQL> insert into test select 2 from u
生命无罪，健康万岁，我是laity。我曾七次鄙视自己的灵魂：第一次，当它本可进取时，却故作谦卑；第二次，当它在空虚时，用爱欲来填充；第三次，在困难和容易之间，它选择了容易；第四次，它犯了错，却借由别人也会犯错来宽慰自己；第五次，它自由软弱，却把它认为是生命的坚韧；第六次，当它鄙夷一张丑恶的嘴脸时，却不知那正是自己面具中的一副；第七次，它侧身于生活的污泥中，虽不甘心，却又畏首畏尾。SQL语句优化1
转载
2023-10-27 02:42:46
43阅读
like语句百分号前置会使用到索引吗？前几天看了这篇文章：谈SQL Server对like '%关键词%' 处理时的索引利用问题看完了之后，我很想知道这篇文章是不是临时工写的？还是网站的主人写的，网站的主人的微博我都有关注（在微博里私信过）是某个公司的DBA，这里先不管他是不是临时工写的，今天我也研究一下这个问题o(∩_∩)o 说明：我们说的走索引指的是：聚集索引查找、非聚集索引查找而
## MySQL中的not in查询优化
在MySQL数据库中，当我们使用`not in`语句进行查询时，可能会遇到不走索引的情况，导致查询性能下降。这是因为`not in`语句会对查询结果集进行逐一匹配，而不是采用索引的方式进行快速定位。本文将介绍`not in`查询的优化方法以及如何避免不走索引的情况。
### 什么是not in查询
`not in`是MySQL中的一种查询语句，用于筛
数据库MySQL高性能索引策略前缀索引和索引选择性有时候需要索引很长的字符，这会让索引变得大且慢。一个策略是前面提到的模拟哈希索引。 通常可以索引开始的部分字符，这样可以大大解约索引空间，提高索引效率。但这样会降低索引的选择性。索引的选择性：不重复的索引值（也成为基数）和数据表的记录总数比值。索引的选择性越高则查询效率越高，因为选择性高的索引可以在查找时过滤更多的行。唯一索引的选择性为1，是选择性
# MySQL中的不走索引优化实现方法
## 1. 引言
在MySQL中，索引对于查询性能的重要性不言而喻。然而，有时候我们需要针对某些特定场景下的查询，避免使用索引，以达到某些特殊的优化目的。本文将介绍如何在MySQL中实现“不走索引优化”。
## 2. 流程概述
下面是实现“不走索引优化”的一般流程：
| 步骤 | 描述 |
| --- | ---- |
| 1 | 创建一个测试表 |
原创
2023-09-11 08:00:40
228阅读
oracle中关于in和exists，not in 和 not exists
in和exists
in 是把外表和内表作hash 连接，而exists是
一、MySQL如何使用索引（index） 1.1 索引概述 索引用于快速查找具有特定列值的行。 如果不使用索引，MySQL必须从表的第一行开始，然后扫描整个表来寻找符合条件的行。这种情况下，表越大，扫描整表的代价就越大，就越低效。 索引是提高SELECT操作性能的最佳方式，MySQL的所有data type也都能建立索引。 但是，过多地创建索引会浪费存储空间，也会浪费时间，因
SQL优化器简介 基于规则的优化器 。总是使用索引 。总是从驱动表开始（from子句最右边的表） 。只有在不可避免的情况下，才使用全表扫描 。任何索引都可以 基于成本的优化器 。需要表、索引的统计资料 Analyze table customer compute statistics; Analyze table customer estimate statistics sample 5000 r
因为优化器还不够强大，还有很多限制，或者因为一些逻辑原因，分析认为SQL要走索引比较好，但是事实却无法正确利用索引。这时候，除了给ORACLE需要的统计信息之外，写的SQL必须要能够给优化器足够多的额外有效信息，让优化器能够选择更好的执行计划。要让给优化器正确使用上需要的索引，要考虑两点：1).如何避免优化器的限制 2).根据业务数据特点改写SQL语句 &nb
转载
2023-07-22 20:08:29
123阅读
在MySQL中，并不是你建立了索引，并且你在SQL中使用到了该列，MySQL就肯定会使用到那些索引的，有一些情况很可能在你不知不觉中，你就“成功的避开了”MySQL的所有索引。 现假设有t_stu表，age,sname上建立了索引 索引列参与计算 如果where条件中age列中使用了计算，则不会使用该索引 SELECT `sname` FROM `t_stu` WHERE `age`=20;--
說明:logistics_detail表中每個deliver_id可能對應多個loginticsType,但是我們只要獲取最大的那一個.SELECT dm.delivery_code,dm.deliver_id,om.order_id,DATE(FROM_UNIXTIME(om.order_createdate)) as order_date,om.order_status,om.order_pa
三、 索引 7. 解决like’%str’不使用模糊查询的4种方法 上一讲最后说了，只要模糊查询的模糊值在字符串前面，则不会使用索引，‘%aaa’和‘_aaa’都不会！ 如下 应该说这是Mys
因为优化器还不够强大，还有很多限制，或者因为一些逻辑原因，分析认为SQL要走索引比较好，但是事实却无法正确利用索引。这时候，除了给ORACLE需要的统计信息之外，写的SQL必须要能够给优化器足够多的额外有效信息，让优化器能够选择更好的执行计划。 要让给优化器正确使用上需要的索引，要考虑两点： 1).如何避免优化器的限制 2).根据业务数据特点改写SQL语句
我们知道一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重。
转载
2023-07-13 07:14:36
128阅读
写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，
## MySQL LIKE不走索引优化
在MySQL数据库中，当我们使用`LIKE`来进行模糊查询时，如果不谨慎使用可能会导致查询性能下降。因为`LIKE`是一个字符串匹配操作，它会对表中的每一行数据进行匹配，这样会导致 MySQL 引擎无法使用索引，而是进行全表扫描。这就是为什么在实际开发中，我们应该尽量避免在查询语句中过多地使用`LIKE`。
### 为什么LIKE不走索引
MySQL
MySQL索引MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。可以类比字典，如果要查“mysql”这个单词，我们肯定需要定位到m字母，然后从下往下找到y字母，再找到剩下的sql。如果没有索引，那么你可能需要把所有单词看一遍才能找到你想要的，如果我想找到m开头的单词呢？或者ze开头的单词呢？是不是觉得如果没有索引，这个事情根本无法完成？索引类型MySQL
