为什么全表扫描成本(COST)公式里面要除以sreadtim
全表扫描的成本计算公式 如下: Cost = ( #SRds * sreadtim + #MRds * mreadtim + CPUCycles / cpuspeed ) / sreadtim 全表扫描的时候,单块读次数=0,#SRds表示单块读次数。全表扫描的成本里面,CPU消耗其实非常少,可以忽略不计,所以全表扫描的公式可以改
全表扫描的成本计算公式 如下:
Cost = ( #SRds * sreadtim + #MRds * mreadtim + CPUCycles / cpuspeed ) / sreadtim
全表扫描的时候,单块读次数=0,#SRds表示单块读次数。全表扫描的成本里面,CPU消耗其实非常少,可以忽略不计,所以全表扫描的公式可以改写为:
Cost = #MRds * mreadtim / sreadtim
#MRds 表示多块读io次数
mreadtim 表示一次多块读耗费时间
sreadtim 表示一次单块读耗费时间
全表扫描的COST意思其实就是 多块读io次数 * 多块读时间 / 单块读时间
那么为什么 全表扫描成本公式里面要除以 sreadtim呢? 我们来看一下 索引扫描的成本计算公式:
cost = blevel + celiling(leaf_blocks *effective index selectivity) + celiling(clustering_factor * effective table selectivity)
blevel 是 扫描索引 的 root到branch ---单块读
celiling(leaf_blocks *effective index selectivity) 是扫描的 也在块的个数 ---单块读
ceiling(clustering_factor*effective table selectivity) 是 通过索引的rowid回表的次数 ---单块读
那么 索引扫描的成本公式的本质含义 其实就是 单块读的 io次数
对于单表访问(什么是单表访问? 就是只select一个表),要么走全表扫描,要么走索引扫描,当然了还可以走物化视图(这个不考虑)
ORACLE 究竟是走全表扫描还是走索引扫描呢? 它是计算全表扫描的COST,计算索引扫描的COST 哪个COST消耗少就走哪个。
问题来了,为啥ORACLE计算COST能准确的判断走哪个是最优的呢? 现在我们来比较一下 全表扫描的 COST 与 索引扫描的COST
全表扫描COST 多块读io次数 * 多块读时间 / 单块读时间
索引扫描COST 单块读io次数
那么现在 我们都对 全表扫描 COST , 都对 索引扫描 COST 乘以一个 单块读时间
全表扫描COST* 单块读时间 = 多块读io次数*多块读时间 = 总的耗费时间
索引扫描COST* 单块读时间 = 单块读io次数*单块读时间 = 总的耗费时间
说白了,就是比较全表扫描与索引扫描谁 总的耗费的时间最少,就选谁。
到这里你应该看懂了吧。 不得不佩服ORACLE 设计 人员的头脑,真是牛逼。

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

關於Flex佈局中紫色斜線區域的疑問在使用Flex佈局時,你可能會遇到一些令人困惑的現象,比如在開發者工具(d...

H5頁面需要持續維護,這是因為代碼漏洞、瀏覽器兼容性、性能優化、安全更新和用戶體驗提升等因素。有效維護的方法包括建立完善的測試體系、使用版本控制工具、定期監控頁面性能、收集用戶反饋和製定維護計劃。

JavaScript 是否可在無 HTML5 環境下運行? JavaScript 引擎自身可獨立運行。在瀏覽器環境中運行 JavaScript 依賴 HTML5,因其提供加載和執行代碼所需的標準化環境。 HTML5 提供的 API 和特性對現代 JavaScript 框架和庫至關重要。離開 HTML5 環境,許多 JavaScript 功能難以實現或無法實現。

在Safari中使用自定義樣式表的問題探討今天我們來探討一個關於Safari瀏覽器的自定義樣式表應用問題。前端新手...

H5 頁面製作的優勢包括:輕量級體驗,加載速度快,提升用戶留存率。跨平台兼容性,無需針對不同平台適配,提升開發效率。靈活性和動態更新,無需審核,便於內容修改和更新。成本效益,開發成本比原生 App 低。

Bootstrap Table 亂碼通常是因為頁面編碼與表格數據編碼不一致。要解決此問題,需要確保它們一致,具體步驟包括:檢查頁面和表格數據編碼,設置頁面編碼,驗證編碼。如果使用 UTF-8,服務器也應支持。無法解決時,可嘗試使用 JavaScript 編碼庫。

無法以 root 身份登錄 MySQL 的原因主要在於權限問題、配置文件錯誤、密碼不符、socket 文件問題或防火牆攔截。解決方法包括:檢查配置文件中 bind-address 參數是否正確配置。查看 root 用戶權限是否被修改或刪除,並進行重置。驗證密碼是否準確無誤,包括大小寫和特殊字符。檢查 socket 文件權限設置和路徑。檢查防火牆是否阻止了 MySQL 服務器的連接。

如何在element-plus中正確使用類名樣式?在使用element-plus的過程中,很多開發者會遇到一個問題:為什麼在自己的...
