mysql 判断;mysql判断索引是否存在
MySQL是一种常用的关系型数据库管理系统，它的高效性和灵活性使得它成为了众多开发者和企业的。在MySQL中，索引的使用对于提高查询效率至关重要。在实际开发中，我们有时会遇到需要判断某个索引是否存在的情况。介绍如何使用MySQL来判断索引是否存在，并针对这一问题进行。
【小标题1：索引的作用】
索引的作用
索引是一种数据结构，它可以加快数据库的查询速度。在MySQL中，当我们执行查询语句时，如果没有索引，数据库会对整个表进行扫描，这样会消耗大量的时间和资源。而有了索引，数据库可以通过索引快速定位到需要查询的数据，从而提高查询效率。
索引的作用不仅仅是提高查询速度，它还可以用于保证数据的性和完整性。通过在索引上添加约束，我们可以确保某一列的值在整个表中是的。索引还可以用于排序和分组操作，从而进一步提高查询效率。
【小标题2：判断索引是否存在的方法】
判断索引是否存在的方法
在MySQL中，我们可以使用SHOW INDEX语句来判断某个索引是否存在。SHOW INDEX语句可以列出表中的所有索引信息，包括索引名称、索引类型、索引使用的列等。我们可以通过检查SHOW INDEX的结果，来判断某个索引是否存在。
我们还可以通过查询information_schema数据库中的表来判断索引是否存在。information_schema是MySQL的一个系统数据库，它包含了所有数据库、表、列等的元数据信息。通过查询information_schema中的表，我们可以获取到索引的相关信息，并判断索引是否存在。
【小标题3：使用SHOW INDEX语句判断索引是否存在】
使用SHOW INDEX语句判断索引是否存在
SHOW INDEX语句是MySQL提供的一个用于显示表索引信息的命令。我们可以通过执行SHOW INDEX语句，并指定表名和索引名来判断某个索引是否存在。
具体的步骤如下：
1. 打开MySQL命令行工具或者使用可视化工具连接到MySQL数据库。
2. 执行SHOW INDEX语句，指定表名和索引名。例如，要判断名为idx_name的索引是否存在于表user中，可以执行以下语句：
SHOW INDEX FROM user WHERE Key_name = ‘idx_name’;
3. 检查SHOW INDEX的结果。如果结果集为空，则表示该索引不存在；如果结果集不为空，则表示该索引存在。
【小标题4：使用information_schema判断索引是否存在】
使用information_schema判断索引是否存在
information_schema是MySQL的一个系统数据库，它包含了所有数据库、表、列等的元数据信息。我们可以通过查询information_schema中的表来判断索引是否存在。
具体的步骤如下：
1. 打开MySQL命令行工具或者使用可视化工具连接到MySQL数据库。
2. 执行以下查询语句，指定数据库名、表名和索引名：
SELECT COUNT(*) FROM information_schema.STATISTICS WHERE TABLE_SCHEMA = ‘database_name’ AND TABLE_NAME = ‘table_name’ AND INDEX_NAME = ‘index_name’;
其中，database_name为数据库名，table_name为表名，index_name为索引名。
3. 检查查询结果。如果结果为0，则表示该索引不存在；如果结果大于0，则表示该索引存在。
【小标题5：判断索引是否存在的注意事项】
判断索引是否存在的注意事项
在判断索引是否存在时，我们需要注意以下几点：
1. 索引的名称是区分大小写的。在判断索引是否存在时，需要确保索引名称的大小写与实际情况一致。
2. 索引的存在与否可能受到数据库版本和配置的影响。在不同的MySQL版本和配置下，可能存在一些差异。
3. 在判断索引是否存在时，我们需要有足够的权限。如果当前用户没有足够的权限，可能无法执行SHOW INDEX或查询information_schema。
【结尾】
我们了解了如何使用MySQL来判断索引是否存在。无论是使用SHOW INDEX语句还是查询information_schema，都可以帮助我们快速判断索引的存在与否。在实际开发中，我们可以根据这些方法来编写相应的逻辑，以便更好地管理和优化数据库。
mysql索引类型解释
索引分单列索引和组合索引。 单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。 组合索引，即一个索包含多个列。 MySQL索引类型包括：(1)普通索引这是最基本的索引，它没有任何限制。 它有以下几种创建方式：◆创建索引CREATE INDEX indexName ON mytable(username(length));如果是 CHAR，VARCHAR类型，length可以小于字段实际长度;如果是BLOB和TEXT类型，必须指定 length，下同。 ◆修改表结构ALTER mytable ADD INDEX [indexName] ON (username(length))◆ 创建表的时候直接指定CREATE TABLE mytable( ID INT not NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );删除索引的语法：DROP INDEX [indexName] ON mytable;(2)唯一索引它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。 如果是组合索引，则列值的组合必须唯一。 它有以下几种创建方式：◆创建索引CREATE UNIQUE INDEX indexName ON mytable(username(length))◆修改表结构ALTER mytable ADD UNIQUE [indexName] ON (username(length))◆创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );(3)主键索引它是一种特殊的唯一索引，不允许有空值。 一般是在建表的时候同时创建主键索引：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );当然也可以用 ALTER 命令。 记住：一个表只能有一个主键。 (4)组合索引为了形象地对比单列索引和组合索引，为表添加多个字段：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );为了进一步榨取MySQL的效率，就要考虑建立组合索引。 就是将 name, city, age建到一个索引里：ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);建表时，usernname长度为 16，这里用 10。 这是因为一般情况下名字的长度不会超过10，这样会加速索引查询速度，还会减少索引文件的大小，提高INSERT的更新速度。 如果分别在 usernname，city，age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率也会大不一样，远远低于我们的组合索引。 虽然此时有了三个索引，但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。 建立这样的组合索引，其实是相当于分别建立了下面三组组合索引：usernname,city,age usernname,city usernname为什么没有 city，age这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。 简单的理解就是只从最左面的开始组合。 并不是只要包含这三列的查询都会用到该组合索引，下面的几个SQL就会用到这个组合索引：SELECT * FROM mytable WHREE username=admin AND city=郑州 SELECT * FROM mytable WHREE username=admin而下面几个则不会用到：SELECT * FROM mytable WHREE age=20 AND city=郑州 SELECT * FROM mytable WHREE city=郑州(5)建立索引的时机到这里我们已经学会了建立索引，那么我们需要在什么情况下建立索引呢?一般来说，在WHERE和JOIN中出现的列需要建立索引，但也不完全如此，因为MySQL只对<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE才会使用索引。 例如：SELECT FROM mytable t LEFT JOIN mytable m ON = WHERE =20 AND =郑州此时就需要对city和age建立索引，由于mytable表的 userame也出现在了JOIN子句中，也有对它建立索引的必要。 刚才提到只有某些时候的LIKE才需建立索引。 因为在以通配符%和_开头作查询时，MySQL不会使用索引。 例如下句会使用索引：SELECT * FROM mytable WHERE username likeadmin%而下句就不会使用：SELECT * FROM mytable WHEREt Name like%admin因此，在使用LIKE时应注意以上的区别。 (6)索引的不足之处上面都在说使用索引的好处，但过多的使用索引将会造成滥用。 因此索引也会有它的缺点：◆虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行 INSERT、Update和DELETE。 因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。 ◆建立索引会占用磁盘空间的索引文件。 一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。 索引只是提高效率的一个因素，如果你的 MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。 (7)使用索引的注意事项使用索引时，有以下一些技巧和注意事项：◆索引不会包含有NULL值的列只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有 NULL值，那么这一列对于此复合索引就是无效的。 所以我们在数据库设计时不要让字段的默认值为NULL。 ◆使用短索引对串列进行索引，如果可能应该指定一个前缀长度。 例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。 短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。 ◆索引列排序MySQL查询只使用一个索引，因此如果 where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。 因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。 ◆like语句操作一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。 like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。 ◆不要在列上进行运算select * from users where YEAR(adddate)<2007;将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成select * from users where adddate<‘2007-01-01’;◆不使用NOT IN和<>操作以上，就对其中MySQL索引类型进行了介绍。 转自：
如何检查SQL Server索引填充因子
这是收藏的一些资料：SQLServer提供了一个数据库命令――DBCC SHOWCONTIG――来确定一个指定的表或索引是否有碎片。 示例：显示数据库里所有索引的碎片信息DBCC SHOWCONTIG WITH ALL_INDEXES显示指定表的所有索引的碎片信息DBCC SHOWCONTIG (authors) WITH ALL_INDEXES显示指定索引的碎片信息DBCC SHOWCONTIG (authors,aunmind)DBCC 执行结果：扫描页数：如果你知道行的近似尺寸和表或索引里的行数，那么你可以估计出索引里的页数。 看看扫描页数，如果明显比你估计的页数要高，说明存在内部碎片。 扫描扩展盘区数：用扫描页数除以8,四舍五入到下一个最高值。 该值应该和DBCC SHOWCONTIG返回的扫描扩展盘区数一致。 如果DBCC SHOWCONTIG返回的数高，说明存在外部碎片。 碎片的严重程度依赖于刚才显示的值比估计值高多少。 扩展盘区开关数：该数应该等于扫描扩展盘区数减1。 高了则说明有外部碎片。 每个扩展盘区上的平均页数：该数是扫描页数除以扫描扩展盘区数，一般是8。 小于8说明有外部碎片。 扫描密度［最佳值:实际值］：DBCC SHOWCONTIG返回最有用的一个百分比。 这是扩展盘区的最佳值和实际值的比率。 该百分比应该尽可能靠近100％。 低了则说明有外部碎片。 逻辑扫描碎片：无序页的百分比。 该百分比应该在0％到10％之间，高了则说明有外部碎片。 扩展盘区扫描碎片：无序扩展盘区在扫描索引叶级页中所占的百分比。 该百分比应该是0％，高了则说明有外部碎片。 每页上的平均可用字节数：所扫描的页上的平均可用字节数。 越高说明有内部碎片，不过在你用这个数字决定是否有内部碎片之前，应该考虑fill factor（填充因子）。 平均页密度（完整）：每页上的平均可用字节数的百分比的相反数。 低的百分比说明有内部碎片。 解决碎片问题 ：1.删除并重建索引 2.使用DROP_EXISTING子句重建索引 3.执行DBCC DBREINDEX 4.执行DBCC INDEXDEFRAG 删除并重建索引 ：用DROP INDEX和CREATE INDEX或ALTER TABLE来删除并重建索引有些缺陷包括在删除重建期间索引会消失。 在索引删除重建时，对于查询它不在可用，查询性能也许会受到明显的影响，直到重建索引为止。 另一个潜在的缺陷是当都请求索引的时候会引起阻塞，直到重建索引为止。 通过其他的处理也能解决阻塞，就是索引被使用的时候不删除索引。 另一个主要的缺陷是在用DROP INDEX和CREATE INDEX重建聚集索引时会引起非聚集索引重建两次。 删除聚集索引时非聚集索引的行指针会指向数据堆，聚集索引重建时非聚集索引的行指针又会指回聚集索引的行位置。 删除并重建索引的确有一个好处就是通过重新排序索引页，使索引页紧凑并删除不需要的索引页来完全重建索引。 你也许需要考虑那些内部和外部碎片都很高的情况下才使用，以使那些索引回到它们应该在的位置。 使用DROP_EXISTING子句重建索引 ：为了避免在重建聚集索引时表上的非聚集索引重建两次，可以使用带DROP_EXISTING子句的CREATE INDEX语句。 这个子句会保留聚集索引键值，以避免非聚集索引重建两次。 和删除并重建索引一样，该方法也可能会引起阻塞和索引消失的问题。 该方法的另一个缺陷是也强迫你去分别发现和修复表上的每一个索引。
SQL server中 表中如何创建索引？
if exists(select *from where naem = newindex) drop index newindex create index --=================================== 竟然没有悬赏...唉... 那算了吧 我还是都告诉你吧.. 看个示例 自己琢磨去： --============================================== use master go if db_id(Nzhangxu)is not null drop database zhangxu go create database zhangxu sp_helpdb zhangxu use zhangxu go IF EXISTS (SELECT *FROM WHERE NAME = NWORKER) DROP TABLE WORKER GO create table worker (w_id int identity (1000,1) not null,w_name Nvarchar(10) unique,w_age SMALLINT CONSTRAINT CK_W_AGE CHECK(w_age>20 and w_age<150),w_pay money DEFAULT 0,CONSTRAINT PK_W_ID PRIMARY KEY(W_ID) ) SELECT *FROM WORKER--用查询技术查看表信息 sp_help worker--利用存储过程查看表信息 /* 创建简单的非聚集索引 */ USE ZHANGXU GO if exists(select name from where name = NIX_ID_NAME) DROP INDEX IX_ID_NAME on worker go--检查是否存在索引，有则删除索引 create index IX_ID_NAME--创建索引 on worker(w_id,w_name)--在ID NAME 两个字段上创建非聚集索引 drop index _ID_NAME--删除索引 select *from where name = IX_ID_NAME--查看索引 /* 创建唯一非聚集索引 */ USE ZHANGXU GO IF EXISTS(SELECT NAME FROM WHERE NAME = NIX_W_NAME) DROP INDEX IX_W_NAME ON WORKER GO CREATE UNIQUE INDEX IX_W_NAME--唯一非聚集索引 ON WORKER(W_NAME) /* 查看索引T-SQL脚本 */ --IX_W_NAME 唯一 非聚集索引 USE [zhangxu] GO /****** 对象: Index [IX_W_NAME] 脚本日期: 07/29/2007 16:54:53 ******/ CREATE UNIQUE NONCLUSTERED INDEX [IX_W_NAME] ON [dbo].[worker] ([w_name] ASC ) WITH ( SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF ) ON [PRIMARY] --PK_W_ID聚集索引 USE [zhangxu] GO /****** 对象: Index [PK_W_ID] 脚本日期: 07/29/2007 16:56:45 ******/ ALTER TABLE [dbo].[worker] ADD CONSTRAINT [PK_W_ID] PRIMARY KEY CLUSTERED ([w_id] ASC ) WITH ( SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF ) ON [PRIMARY] --UQ_WORKER 唯一，非聚集索引 USE [zhangxu] GO /****** 对象: Index [UQ__worker__F21] 脚本日期: 07/29/2007 16:58:38 ******/ ALTER TABLE [dbo].[worker] ADD UNIQUE NONCLUSTERED ([w_name] ASC ) WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF ) ON [PRIMARY] select *from worker insert into worker(w_name,w_age,w_pay) values(王国龙,25,4500)
发表评论