索引怎么查mysql 索引查找通过什么查找
mysql索引
在mysql中，索引是一种特殊的数据库结构，由数据表中的一列或多列组合而成，可以用来快速查询数据表中有某一特定值的记录。
成都创新互联公司成立十年来，这条路我们正越走越好，积累了技术与客户资源，形成了良好的口碑。为客户提供网站设计制作、成都做网站、网站策划、网页设计、域名与空间、网络营销、VI设计、网站改版、漏洞修补等服务。网站是否美观、功能强大、用户体验好、性价比高、打开快等等，这些对于网站建设都非常重要，成都创新互联公司通过对建站技术性的掌握、对创意设计的研究为客户提供一站式互联网解决方案，携手广大客户，共同发展进步。
通过索引，查询数据时不用读完记录的所有信息，而只是查询索引列即可。
通过索引，查询数据时不用读完记录的所有信息，而只是查询索引列。否则，数据库系统将读取每条记录的所有信息进行匹配。
可以把索引比作新华字典的音序表。例如，要查“库”字，如果不使用音序，就需要从字典的 400 页中逐页来找。但是，如果提取拼音出来，构成音序表，就只需要从 10 多页的音序表中直接查找。这样就可以大大节省时间。
因此，使用索引可以很大程度上提高数据库的查询速度，还有效的提高了数据库系统的性能。
索引的优缺点
索引有其明显的优势，也有其不可避免的缺点。
优点
索引的优点如下：
1、通过创建唯一索引可以保证数据库表中每一行数据的唯一性。
2、可以给所有的 MySQL 列类型设置索引。
3、可以大大加快数据的查询速度，这是使用索引最主要的原因。
4、在实现数据的参考完整性方面可以加速表与表之间的连接。
5、在使用分组和排序子句进行数据查询时也可以显著减少查询中分组和排序的时间
缺点
增加索引也有许多不利的方面，主要如下：
1、创建和维护索引组要耗费时间，并且随着数据量的增加所耗费的时间也会增加。
2、索引需要占磁盘空间，除了数据表占数据空间以外，每一个索引还要占一定的物理空间。如果有大量的索引，索引文件可能比数据文件更快达到最大文件尺寸。
3、当对表中的数据进行增加、删除和修改的时候，索引也要动态维护，这样就降低了数据的维护速度。
使用索引时，需要综合考虑索引的优点和缺点。
用mysql查询某字段是否有索引
可以使用SHOW INDEX FROM table_name来查看表的索引，从而查看字段的索引；
查询结果中table为表名，key_name为索引名，Column_name为列名
mysql怎么看索引状态
SHOW INDEX FROM tbl_name [FROM db_name]
例如，
mysql SHOW INDEX FROM mytable FROM mydb;
mysql SHOW INDEX FROM mydb.mytable;
SHOW KEYS是SHOW INDEX的同义词。您也可以使用mysqlshow -k db_name tbl_name命令列举一个表的索引。
SHOW INNODB STATUS语法
SHOW INNODB STATUS
SHOW INDEX会返回表索引信息。其格式与ODBC中的SQLStatistics调用相似。
SHOW INDEX会返回以下字段：
· Table
表的名称。
· Non_unique
如果索引不能包括重复词，则为0。如果可以，则为1。
· Key_name
索引的名称。
· Seq_in_index
索引中的列序列号，从1开始。
· Column_name
列名称。
· Collation
列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。
· Cardinality
索引中唯一值的数目的估计值。通过运行ANALYZE TABLE或myisamchk -a可以更新。基数根据被存储为整数的统计数据来计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机会就越大。
· Sub_part
如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列被编入索引，则为NULL。
· Packed
指示关键字如何被压缩。如果没有被压缩，则为NULL。
· Null
如果列含有NULL，则含有YES。如果没有，则该列含有NO。
· Index_type
用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
多种评注。
MySQL联表查询的索引使用
一共3张表 knowledge , knowledge_question , knowledge_answer ，数据在 6000~10000 之间。
执行的语句：
执行时间约 10分钟 ，查看执行计划如下：
全部都是全表扫描，根据MySQL联表查询的算法 Nested-Loop Join ，MySQL查询的结果集是3张表的笛卡尔积，所以效率特别低。
耗时变成 20毫秒
给Where条件建立索引，并不一定会使用。
比如：在表 knowledge 的字段 update 上建立索引 idx_time ：
结果执行上来看，并没有使用索引 idx_time 。
如果where条件从 k.update_time'2019-01-03 12:00:00' 修改为 k.update_time='2019-01-03 12:00:00' （从 变成 = ）
则会使用索引 idx_time
在建立索引的时候，会遇到 Table Metadata Lock 的问题，可以先 show processlist ，找到占用表锁的连接，然后 kill 。
mysql 表空间及索引的查看方法
1.查看索引
（1）单位是GB
SELECT
CONCAT(ROUND(SUM(index_length)/(1024*1024*1024),
2),
'
GB')
AS
'Total
Index
Size'
FROM
information_schema.TABLES
WHERE
table_schema
LIKE
'database';
+------------------+
|
Total
Index
Size
|
+------------------+
|
1.70
GB
|
+------------------+
（2）单位是MB
SELECT
CONCAT(ROUND(SUM(index_length)/(1024*1024),
2),
'
MB')
AS
'Total
Index
Size'
FROM
information_schema.TABLES
WHERE
table_schema
LIKE
'database';
其中“database”为你所要查看的数据库
2.查看表空间
SELECT
CONCAT(ROUND(SUM(data_length)/(1024*1024*1024),
2),
'
GB')
AS
'Total
Data
Size'
FROM
information_schema.TABLES
WHERE
table_schema
LIKE
'database';
+-----------------+
|
Total
Data
Size
|
+-----------------+
|
3.01
GB
|
+-----------------+
3.查看数据库中所有表的信息
SELECT
CONCAT(table_schema,'.',table_name)
AS
'Table
Name',
CONCAT(ROUND(table_rows/1000000,2),'M')
AS
'Number
of
Rows',
CONCAT(ROUND(data_length/(1024*1024*1024),2),'G')
AS
'Data
Size',
CONCAT(ROUND(index_length/(1024*1024*1024),2),'G')
AS
'Index
Size'
,
CONCAT(ROUND((data_length+index_length)/(1024*1024*1024),2),'G')
AS'Total'FROM
information_schema.TABLES
WHERE
table_schema
LIKE
'database';
如何查看MySQL索引
查看索引
mysql show index from tblname;
mysql show keys from tblname;
· Table
表的名称。
· Non_unique
如果索引不能包括重复词，则为0。如果可以，则为1。
· Key_name
索引的名称。
· Seq_in_index
索引中的列序列号，从1开始。
· Column_name
列名称。
· Collation
列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。
· Cardinality
索引中唯一值的数目的估计值。通过运行ANALYZE TABLE或myisamchk -a可以更新。基数根据被存储为整数的统计数据来计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机 会就越大。
· Sub_part
如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列被编入索引，则为NULL。
· Packed
指示关键字如何被压缩。如果没有被压缩，则为NULL。
· Null
如果列含有NULL，则含有YES。如果没有，则该列含有NO。
· Index_type
用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
网站名称：索引怎么查mysql 索引查找通过什么查找
分享URL：http://mswzjz.cn/article/dooooeo.html