你的数据库索引是否真的起作用了?
为了加快你的查询,增加正确的索引是必不可少的。 但是过了一段时间,当你的系统变大了,你可能会发现自己大量的索引导致数据库的写操作变慢 — 由于每一次对表的写操作,都需要在事务中更新索引。
也许,五年后, 你的数据库(和你的查询)在某种方式中进化,不再需要一些索引了。例如,有一些明显的情况下,这两个索引是多余的:
-- 原设计CREATE INDEX ON customer (first_name);-- 5年后CREATE INDEX ON customer (first_name, last_name);
但在许多其他情况下,事情并没有那么明显。例如…
- 你可能添加了一个在外键上的索引,但随着表的增长,你的数据库开始运行更多的哈希联接,而不是嵌套循环联接,这种情况下索引并没有被使用。
- 或者,你已经完全停止查询姓/名。
- 或者你已经开始使用一个比实际名称更具选择性的谓词。
- 或者你的客户突然都叫史密斯。
每个人都叫史密斯-倒霉的索引!
如果你的索引不再被使用,你可以(并且应该)删除它们。
但如何找到未使用的索引
如果你使用的是Oracle数据库,并且你访问的是生产系统,实际上有一个非常好的方法来查询诊断表,以便知道在游标缓存中是否有任何查询,当前正在使用你的索引。只要运行:
SELECT sql_fulltextFROM v$sqlWHERE sql_id IN ( SELECT sql_id FROM v$sql_plan WHERE (object_owner, object_name) = (('OWNER', 'IDX_CUSTOMER_FIRST_NAME')))ORDER BY sql_text;
这个查询做了什么?它运行游标缓存中的所有SQL语句(V$SQL)并检查他们每一个是否在游标缓存(v$sql_plan)访问索引中存在任何执行计划元素。完成。
当然,如果上述查询没有返回任何结果,这并不意味着没有人使用你的索引。可能还有一个非常罕见的查询,一年只会发生一次,它被游标缓存清除了。但是如果你将上述查询作为一个工作运行一段时间,你就可以得出这样的结论:如果这个查询不返回任何行,你的索引可能将不再需要了。
我能发现不需要的索引吗?
当然!运行一个类似的查询,列出没有引用V $ sql_plan表的所有引用:
SELECT owner, index_nameFROM all_indexesWHERE owner = 'OWNER'AND (owner, index_name) NOT IN ( SELECT object_owner, object_name FROM v$sql_plan WHERE object_owner IS NOT NULL AND object_name IS NOT NULL)ORDER BY 1, 2
同 样,这并不是说你的索引将永远不会被使用,只是它们最近还没有被使用过。现在,我不会真的给你展示使用上述语句的查询,在PL/SQL循环中运行其结果和 使用EXECUTE IMMEDIATE删除所有的索引,因为你可能在你的生产环境中尝试。但是,以防万一你想尝试,这里有一个提示
BEGIN FOR i IN (/* above query here */) LOOP EXECUTE IMMEDIATE 'DR0P INDEX "' || i.owner || '"."' || i.index_name || '"'; END LOOP;END;/
但正如我说的。不要真的这样做!
你也许感兴趣的:
- 【程序员搞笑图片】有时
- 【外评】为什么 SQLite(在生产中)的声誉如此糟糕?
- 新增 300 多项功能,Oracle Database 23ai 正式发布!年近 50 岁的数据库巨头正迈入 AI 时代
- MariaDB消亡史
- 3700 万美元“卖身救命”,泥潭深陷的 MariaDB 准备退市
- 全方位对比 Postgres 和 MySQL (2023 版)
- 这将是一场灾难?37年历史的PostgreSQL数据库将进行重大架构变更
- 国外云数据库时代和对中国软件发展的思考
- 裁员几百人、股价暴跌,MariaDB 要凉凉?
- MariaDB市值暴跌,收入不足以支持运营
你对本文的反应是: