使用索引的规则

群:127881306
1.索引对大表最有用,不要在小表上加索引.
2.为每个表中的主码指定一个唯一索引。
3.索引对于那些频繁出现在SQL命令中的where子句中的列最有用,不管这些列在选择中用来限定行还是为了表连接。
4.当一个属性中存在很多不同的值时,可以使用索引。Oracle建议当一个属性中有少于30个不同值时,索引不是很有用,当属性中有100或更多不同值时索引就很明显地有用了。相似地,只有当使用索引进行查询的结果不超过文件中所有记录总数的20%时,使用索引才有帮助。
5.检查你的DBMS对索引的限制,即便要在每个表允许的索引个数上。许多系统不超过16个索引而且限制每个索引键值的大小。对一个表创建的索引数一般不超过5个.
7. 对于包含空值的属性建立索引时要小心,在很多DBMS里有空值的行不能在索引中作为参照。
8. 时常需要做删除、更新、插入操作的表不要创建索引.
9. 将表和索引建立在不同的表空间内(TABLESPACES). 不要将不属于ORACLE内部系统的对象存放到SYSTEM表空间里. 同时,确保数据表空间和索引表空间置于不同的硬盘上.减少I/O竞争.
### MySQL 索引使用规则与最佳实践 #### 一、索引的选择依据 当执行查询语句时,MySQL 的优化器会综合考虑多种因素来决定是否采用索引。这些因素包括但不限于检索的比例、的规模等[^1]。 #### 二、EXPLAIN命令解读 通过`EXPLAIN`可以查看SQL语句的执行计划,其中的关键字段有: - `key`: 显示了实际使用索引名称;若此值为NULL,则示未应用任何索引。 - `key_len`: 明所选键的最长度,有助于判断索引的有效性[^2]。 对于如下所示的例子, ```sql EXPLAIN SELECT * FROM employees WHERE name = 'LiLei' OR name = 'HanMeimei'; ``` 如果条件覆盖的数据量过,可能会导致系统放弃使用索引而采取其他方式处理请求。 #### 三、全扫描的风险提示 一旦发现`type`列为`ALL`,这就意味着发生了全扫描操作——即数据库引擎不得不遍历整张格来找寻符合条件的结果集。这种情况往往暗示着性能瓶颈的存在,并建议开发者审视当前的设计并适当引入新的索引来改善效率问题[^3]。 #### 四、文件排序的影响分析 当遇到带有`Using filesort`标记的情况时,说明查询过程中涉及到了额外的排序步骤。尽管小规模数据可以在内存里快速完成这一过程,但对于规模的数据集合来说,可能就需要借助于磁盘空间来进行更复杂的排序工作。此时同样应该思考如何调整现有的索引结构以减少不必要的开销[^4]。 为了确保高效利用索引资源,还可以运用一些特定语法如`force index`或`ignore index`来指导MySQL优先选用指定类型的索引或是忽略某些潜在可用但并不理想的选项。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值