Oracle index unusable和invisible的区别 (oracle数据库)

本文目录导航：

• Oracle index unusable和invisible的区别
• 对线面试官：MySQL 给数据表增加一列，一定会锁表吗？
• 索引失效的情况有哪些？索引何时会失效？（全面总结）

Oracle index unusable和invisible的区别

Oracle index unusable和invisible的区别unusable index 是被优化器所忽略，并且不被dml操作维护，如果索引被unusable后，需要重建。

invisible index会被优化器所忽略，但是dml操作仍然会维护索引。

在session或者system级别使用参数OPTIMIZER_USE_INVISIBLE_INDEXES=true，那么优化器会考虑使用invisible index。

适用于查看索引是否被正在的使用上。

对线面试官：MySQL 给数据表增加一列，一定会锁表吗？

在InnoDB存储引擎中，给MySQL数据表增加一列并不一定会导致锁表，尤其是从MySQL 5.6及后续版本开始，引入了在线DDL操作，可以减少锁表情况。

然而，表结构修改可能仍会对性能产生影响，尤其是在大型表上，建议在低负载时操作以减小影响。

MySQL 8.0进一步优化了这一过程，减少了锁定时间和性能损失。

具体来说，InnoDB存储引擎的表锁机制允许在一定程度上并发读写，而不像MyISAM那样直接锁定整个表。

当增加字段时，除非涉及到复杂的表结构调整或索引操作，否则表通常不会被完全锁定。

特别是对于MySQL 8.0，其Invisible Indexes和Instant DDL等功能旨在提高操作效率。

总之，增加字段时的锁定问题取决于操作的复杂性及MySQL版本，需要根据实际数据量和系统负载来考虑。

对于数据量大或频繁的表结构修改，务必关注性能影响。

同时，您的支持和反馈将激励我们持续提供有价值的内容，期待您的点赞和收藏。

索引失效的情况有哪些？索引何时会失效？（全面总结）

本文探讨索引失效的几种情况及何时索引可能失效。

在构建索引时，需考虑列与列之间的对比。

若某个表中存在两列（如id和c_id）均建立单独索引，但查询条件是基于这两列，执行计划可能未利用索引，导致不如全表扫描效率高。

设计数据库表时，应尽量避免NULL值的出现。

如果必须包含NULL值，建议设置默认值，如数值型可设0或-1，字符串则避免空串，可设空格或其他。

若索引列为可空，系统将不为其创建索引，导致全表扫描。

使用NOT条件的查询可能导致索引失效。

当查询条件为等值或范围查询时，索引能高效定位数据。

但当查询条件包含NOT、in、not exists等非等值条件时，执行计划可能选择全表扫描而非利用索引。

模糊搜索时，应采用后置通配符。

如查询所有姓张的人，应使用张%而非%张。

前匹配下，全表扫描更优，后匹配则可能走索引。

避免在查询条件上对索引列进行函数运算。

直接查询索引列本身可确保索引利用，而函数运算导致索引失效。

例如，对id进行除法运算的SQL语句不会利用索引，应改为不涉及函数的查询。

复合索引前导列的区分度也很重要。

当前导列区分度小且查询后导列时，执行计划可能选择全表扫描而非索引扫描。

数据类型转换可能导致索引失效。

若查询条件存在隐式转换，如将number类型id用于非等值运算，索引将无法利用。

使用如Connect By Level的谓词运算时，索引可能失效。

在查询设计时，应避免这类操作，以确保索引的高效利用。

虚拟索引（Visual Index）的构建需视具体情况。

若虚拟索引能优化执行计划，可考虑建立，否则无用的虚拟索引可能带来性能损失。

Oracle 11g引入了Invisible Index功能，允许创建优化器不可见的索引，用于测试或调试。

通过特定语句操作索引，可避免影响表和查询性能。

若需优化器看到Invisible Index，可使用指定命令。