sql怎么查看表的索引

我记得有一天我正在做一个项目。
数据库表越来越大，但是查询速度却越来越慢。
那一刻我就像热锅上的蚂蚁，焦急万分。
突然我想，是不是因为表中索引不够呢？所以，我决定检查一下这个表的索引状态。

我打开MySQL Workbench，选择一个表，然后右键单击“索引”，发现索引信息为空。
我意识到我需要手动查询系统表以查看发生了什么。

我输入了如下SQL语句： SELECT FROM information_schema.STATISTICS WHERE table_schema = 'my_database' AND table_name = 'my_table';
结果进来后，我看到了很多信息，包括索引名称、唯一性、索引类型、包含的列等，原来这张表上居然有十几个索引！我仔细一看，发现有些索引是重复的，有些索引列的顺序是错误的。
难怪请求很慢。

那天我花了一整天时间删除不必要的索引并调整一些索引中的列顺序。
结果第二天早上请求率居然变高了很多。
等等，我突然想到，如果每次遇到这种情况都能快速查看索引信息就好了。

技术分享 || Mysql中IS NULL、IS NOT NULL不能走索引？

嘿嘿，这个MySQL索引其实是让人又爱又恨的东西。
我在问答论坛上呆了很多年，遇到很多朋友讨论是否可以对ISNULL和ISNOTNULL建立索引。

我之前做了一个小实验，想检查一下这两个因素是否可以被索引。
首先，我创建了user_info表，其中包含几个字段：id、name、age和address，以及专门为name和address字段定义的索引。

然后插入两组数据。
对于数据1 ，您插入了大量名称为空的记录和少量名称非空的记录。
我执行了三个查询，即name不为空，whereisname！ = '9 '，其中名称为空。
结果令我惊讶。
前两个查询已建立索引，但第三个查询未建立索引。

再看数据2 ，这次插入了大量名称非空的记录和少量名称空的记录。
我运行了相同的三个查询，但这次结果相反。
第三个查询删除了索引，但前两个查询没有删除。

发生什么事了？我分析了一下，发现这和B+树的数据排序规则有关。
B+树的叶子节点存储了完整的用户记录，并且NULL是B+树中的最小值，因此总是左序排列。

这也解释了为什么当NULL值占多数时，ISNOTNULL和!=可以建立索引，而ISNULL不能。
因为索引扫描的成本包括读取索引记录的成本和双重检查主键索引找到完整数据的成本，所以如果读取的二级索引越多，表查询的次数就会越大。
一旦达到一定比例，就会变成全表扫描。

至于MySQL决定如何使用索引，其实主要是考虑成本，而不是WHERE子句中使用的条件。

我们来谈谈 LIKE 运算符“%string%”。
一般情况下，LIKE'%string%'和'%string%'实际上不会引起索引，但也不是绝对的。
例如，如果为姓名和年龄创建了复合索引，则在使用 LIKE '%a%' 查询时可以使用该索引。

总之，这些情况都比较复杂，不能一概而论。
必须根据具体情况具体分析。
有时，您可能需要自己进行测试才能得出结论。
这就像世间流传的一句谚语：“世间一切如棋子，不断变化”。

sql中怎么查看索引状态 查看索引状态的几种实用方法

我们来谈谈数据库。
这个东西就像是赛车后台的涡轮增压器，用于数据处理，可以让你携带数据跨越海洋。
然而，就像一切美好的东西一样，你必须用好它，否则会适得其反。

首先我们需要知道如何检查状态索引。
这就像注入赛车的各个方面以确保它不是我的。
例如，在SQL Server中，可以通过sys.index和sys.index_columns这两个参数来查看基本索引信息。
这个方法我之前查过，发现非常实用。
我可以清楚地看到列表的名称、类型和列数据。
另一个例子是MySQL。
使用表列表中的项目列表，包括名称、列和类型列表。
这就像打开赛车的仪表板，速度、油位和温度一目了然。

说到 PostgreSQL，您可以通过查看 pg_index 帐户来查看定义列表。
作为一名汽车驾驶员，在比赛中会观察车辆的配置，看看每个部件的表现如何。

接下来我们要处理细分列表。
看来汽车运行一段时间后，发动机内积存的油泥必须清理干净。
在SQL Server中，您可以使用ALTER INDEX来重建或修改索引。
MySQL和PostgreSQL也有类似的命令，例如MySQL的OPTIMIZE TABLES和PostgreSQL的REINDEX。

山地指数的使用也很关键。
SQL Server有SQL Server Profiler函数和执行计划，MySQL有慢日志查询，PostgreSQL有pg_stat_user_index视图。
这些 GPS 设备就像跑道一样，告诉您哪里跑得快，哪里需要改进。

关于优化策略，就像调整赛车一样，让它跑得更快、更稳定。
您应该根据查询的频率和选择性创建列表，避免列表滥用并选择适当的列表类型。
最后，必须解决一些常见问题。
例如，如果索引没有得到结果，可能是因为条件与查询不匹配，或者列的选择性不高。
太多的列表可能会压垮存储并导致写入延迟。

综上所述，检查索引状态、保存碎片、监控使用情况、优化策略都是提高数据库性能的关键。
作为一名赛车手，你必须不断调整和优化才能在比赛中取得好成绩。