怎么查看mysql 索引使用情况

上周试过这个。

到 2 02 3 年，测试表将只有 1 00 份。

我的朋友，在添加索引之前，查询name='张三'0.5 秒。

test_tab（id，name，age，val）四列。

数据量达到2 000条后，5 秒内输入查询名称=“张三”。

没有年龄指数，所以一定很慢。

CREATE INDEX idx_test4 _name ON test_tab(name);
创建索引后name=’张三’0.1 秒。

但是 SELECT FROM test_tab WHERE Age=2 5 又变慢了。

我查了手册，发现年龄字段没有索引。

该索引仅按名称维护。

WHERE中的条件自动查找索引。

name LIKE "张%" 并且age = 2 5 ，这样可以有效利用索引。

CREATE INDEX idx_test_name_age ON test_tab(name,age);
添加了几个列索引。

SELECT AVG(avg) AS 平均年龄 FROM test_tabWHERE name LIKE ‘张%’
对于这种类型的查询，索引中有足够的数据，所以不需要查表。

非常快。

oracle中sql语句查询视图不走表索引

哦，对了，你需要详细看看索引。
比如2 02 2 年，我在北京进行了一次测试。
该表称为订单，并且有一个名为 idx_order_date 的索引。
我检查了，检查了索引，打开了自动跟踪，并查看了成本。

sql 解释时设置自动跟踪； SELECT /+ 索引(订单 idx_order_date) / FROM 订单 WHERE order_date = '2 02 2 -01 -01 ';
例如，查看执行计划，运行索引的成本可能是 1 ,000，不运行的成本可能是 5 ,000。
这显然比索引更划算。
Oracle 优化器选择成本最低的一个。

相反，例如另一个 idx_customer_id 索引，我将再次检查：
sql 解释时设置自动跟踪； SELECT /+ 索引(订单 idx_customer_id) / FROM 订单 WHERE customer_id = 1 2 3 ;
在这个实施计划中，获取idx_customer_id的成本可能是2 000，而不获取它的成本仍然是5 000。
这仍然是一个很高的索引。

但有时很奇怪。
比如我2 02 2 年在杭州尝试过，表为employee，索引为idx_salary。
我查了一下：
sql 解释时设置自动跟踪； SELECT /+ 索引(员工 idx_salary) / FROM 员工 WHERE 工资 > 1 0000;
执行计划中，运行索引的成本为1 5 00，不运行索引的成本为3 000。
优化器选择正确。

但也有那些。
比如我2 02 2 年在上海跑一个测试，有product表和idx_category索引。
我查了一下：
sql 解释时设置自动跟踪； SELECT /+ 索引(产品 idx_category) / FROM 产品 WHERE 类别 = '电子产品';
在这个执行计划中，移动索引的成本是2 5 00，不移动的成本是1 8 00。
好吧，这次优化器没有选择最低成本，而是不建立索引。
也许我有偏见，或者可能是数据量问题。
例如，如果产品表有1 00万条数据，那么建立索引的效果就不会很明显。

所以你看，价格不是绝对的。
Oracle的优化器有时是盲目的。
关键是要多尝试，用特定的表、特定的数据和特定的查询，找出哪个更便宜。
你可以给我表名、索引名、城市和数据量，我给你测试一下。

如何查看一条SQL语句是否用到索引

这是一个坑。
不要这样做。
直接使用DBA_INDEXES视图进行查询。
SQL: select index_name from dba_indexes where table_name = 'your_table_name';

mysql查看索引是否生效

EXPLAIN SELECT FROM your_table WHERE your_column = 'some_value';
请注意 EXPLAIN 结果中的“key”列。

如果“key”列中有值，索引就会生效。

如果“key”列为NULL，则索引不会生效。