動態

@zhangfeidezhu

什麼是多態?面向對象中對多態的理解

本文原文來自:什麼是多態?面向對象中對多態的理解 什麼是多態 多態(Polymorphism)是面向對象編程(OOP)中的一個核心概念,它允許對象以多種形式出現。多態性使得同一個接口可以用於不同的數據類型,從而使得代碼更加靈活和可擴展。 簡單來説,多態就是一個接口,一個類,一個抽象類,一個類裏面的方法,不同類的同一個方法,都可以有多種實現,這個在面向對象裏面,就對應着繼承、重載、重寫等具體的方式。

zhangfeidezhu 頭像

@zhangfeidezhu

昵稱 張飛的豬

@wobushiliaojian

MySQL索引優化(萬字詳解)

前言 索引優化這四個字説實話我認為其實挺難理解的。看到這四個字我腦門上是:???? 索引還要優化嗎?調優SQL一般來説不就是看它有沒有走索引,沒走索引給它加上索引就好了嗎? 嗯,所以你是怎麼給它加索引的? 看SQL應該怎麼走索引撒! 那SQL是怎麼走索引的呢?又是怎麼判斷這條SQL會不會走索引呢? 我:…, 咱今天就來分析分析! 要是你還不瞭解MySQL底層的數據結構,建議你先看看MySQL數據結

wobushiliaojian 頭像

@wobushiliaojian

昵稱 阿紫

@boxuegu

分享會上狂吹MySQL的4大索引結構,沒想到大家的鑑賞能力如此的~~~~

文章內容整理自【博學谷狂野架構師】 索引(index)是幫助MySQL高效獲取數據的數據結構(有序)。在數據之外,數據庫系統還維護着滿足 特定查找算法的數據結構,這些數據結構以某種方式引用(指向)數據, 這樣就可以在這些數據結構 上實現高級查找算法,這種數據結構就是索引。 優缺點: 優點: 提高數據檢索效率,降低數據庫的IO成本 通過索引列對數據進行排序,降低數據排序的成本,降

boxuegu 頭像

@boxuegu

昵稱 博學谷狂野架構師

@journey_64224c9377fd5

MySQL原理

1、JDBC Connection實例是線程安全的嗎? Connection實例是線程安全的嗎? 能不能只創建一次,共享Connection對象? 答案是不能的, Connection不是線程安全的,他會在多線程環境下,導致數據庫操作的混亂,特別是在事務存在的情況下:可能一個線程剛開啓事務con.setAutoCommit(true),而另一個線程直接提交事務con.commit(); 對

@jdcdevloper

深入理解MySQL索引底層數據結構

1 引言 在日常工作中,我們會遇見一些慢SQL,在分析這些慢SQL時,我們通常會看下SQL的執行計劃,驗證SQL執行過程中有沒有走索引。通常我們會調整一些查詢條件,增加必要的索引,SQL執行效率就會提升幾個數量級。我們有沒有思考過,為什麼加了索引就會能提高SQL的查詢效率,為什麼有時候加了索引SQL執行反而會沒有變化,本文就從MySQL索引的底層數據結構和算法來進行詳細分析。 2 索引數據結構對比

jdcdevloper 頭像

@jdcdevloper

昵稱 京東雲開發者

@ninedata

GaussDB(for MySQL) 雲原生數據庫技術演進和挑戰

摘要:GaussDB(forMySQL)是華為自研雲原生數據庫,具有高性能,高擴展,高可靠的特點,完全兼容MySQL協議,自研架構和友好的生態兼容性,可以同時滿足數據庫管理員、應用開發者、CTO的運維、使用和業務發展需求,本次主要介紹GaussDB(forMySQL)在雲原生技術方向上遇到的挑戰和未來的發展演進路徑。 在2023雲數據庫技術沙龍“MySQLxClickHouse”專場上,華為雲數據

ninedata 頭像

@ninedata

昵稱 NineData

@zeran

更好的創建和使用Mysql索引

表結構 CREATE TABLE single_table( id int not null auto_increment, key1 VARCHAR(100), key2 int, key3 VARCHAR(100), key_part1 VARCHAR(100), key_part2 VARCHAR(100), key_part3 VAR

zeran 頭像

@zeran

昵稱 Zeran

@headofhouchang

為啥MySQL的InnoDB在一頁(page)中最少要存儲兩條記錄?

關於這個問題,村長我查過很多信息,有説來自官方,有自己分析的,莫衷一是,要麼太發散,要麼有幾分牽強,現在村長試解答一下。 這個問題其實挺有意思,理論上來説,可以存一條數據,那為啥要有這麼個規則呢? 我們知道,一頁的大小默認為 16*1024=16384 字節,但是,MySQL 允許的一行數據的存儲上限卻為 65535! 當然了,這 65535 個字節除了列本身的數據外,還包括一些其他數據(s

headofhouchang 頭像

@headofhouchang

昵稱 後廠村村長

@zeran

Mysql單表訪問方法

訪問方法的概念 設計MySQL的大叔把MySQL執行查詢語句的方式稱為訪問方法(access method)或者訪問類型。同一個查詢語句可以使用多種不同的訪問方法來執行,雖然最後的查詢結果都是一樣的,但是不同的執行方式話費的時間成本可能差距甚大。就像是從北京南鑼鼓巷到什剎海,你可以打車去,也可以坐地鐵去,坐公交去,還可以騎共享單車去,當然也可以走着去。 表結構 CREATE TABLE singl

zeran 頭像

@zeran

昵稱 Zeran

@zeran

Mysql連接的原理

表結構 t1 CREATE TABLE `t1` ( `m1` int(11) DEFAULT NULL, `n1` char(1) COLLATE utf8mb4_bin DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin; INSERT INTO `t1`(`m1`, `n1`) VALUE

zeran 頭像

@zeran

昵稱 Zeran

@ninedata

40分鐘500GB!輕鬆將MySQL數據同步到Doris

隨着數據分析在業務決策中變得日益重要,數據實時同步和分析成為企業提升競爭力的關鍵。MySQL 作為廣泛使用的關係型數據庫,其數據存儲豐富,但無法滿足大規模數據分析和高併發查詢的需求。而 Doris 作為一款專為大數據分析設計的分佈式數據倉庫,具有高性能、可擴展的特點,其優異的數據處理能力也在行業內廣受關注。 01 為什麼需要把 MySQL 同步到 Doris? 大數據分析需求: 當您的業務數據

ninedata 頭像

@ninedata

昵稱 NineData

@jdcdevloper

淺析MySQL代價模型:告別盲目使用EXPLAIN,提前預知索引優化策略 | 京東雲技術團隊

背景 在 MySQL 中,當我們為表創建了一個或多個索引後,通常需要在索引定義完成後,根據具體的數據情況執行 EXPLAIN 命令,才能觀察到數據庫實際使用哪個索引、是否使用索引。這使得我們在添加新索引之前,無法提前預知數據庫是否能使用期望的索引。更為糟糕的是,有時甚至在添加新的索引後,數據庫在某些查詢中會使用它,而在其他查詢中則不會使用,這種情況下,我們無法確定索引是否發揮了預期的作用,讓人感到

jdcdevloper 頭像

@jdcdevloper

昵稱 京東雲開發者

@dblens_com

金融行業MySQL索引實戰:交易系統的最左原則深度優化

一、金融交易系統的索引挑戰 1.1 金融業務特徵 高頻寫入:每秒數千筆交易記錄 複雜查詢:多維度交易檢索(賬户、時間、金額、類型) 監管要求:7×24小時歷史數據可追溯 數據安全:嚴格的ACID事務要求 1.2 典型數據表結構 CREATE TABLE transactions ( trans_id BIGINT AUTO_INCREMENT PRIMARY KEY,

dblens_com 頭像

@dblens_com

昵稱 DBLens

@fanudekaixinguo

MySQL COUNT() 性能:聚簇索引、二級索引與不同寫法的效率對比

在日常開發中,統計一張表中的記錄數是非常常見的需求,而 COUNT 函數就是我們最常用的工具。但 COUNT 的用法有多種,例如: COUNT(*) COUNT(1) COUNT(字段) COUNT(主鍵字段) 平時我也會疑惑:這些寫法到底有什麼區別?哪種性能更好?是不是 COUNT(*) 最慢? 本文就結合 InnoDB 存儲引擎的執行原理,深入分析這些不同寫法的差異,並總結出最佳實

fanudekaixinguo 頭像

@fanudekaixinguo

昵稱 kexb

@itpaiqiujun

抽絲剝繭--從零開始建設k8s監控之水平拆分(五)

前言 書接上文,經過之前的不懈努力,我們已經有了較為完善的監控系統與告警系統,而prometheus的工作模式就像一個單點,拉取數據回來之後存儲在自己的磁盤上 當監控數據越來越多,那prometheus單點的壓力就會變大,那本文就來討論一下如何降低單點prometheus的壓力 環境準備 組件 版本 操作系統 Ubuntu 22.04.4 L

itpaiqiujun 頭像

@itpaiqiujun

昵稱 it排球君

@east4ming

提升效率:AI 知識庫在軟件開發中的應用

在當今快速發展的軟件開發領域,效率至關重要。 程序員們不僅需要掌握各種編程語言和工具,還要不斷學習新的技術和框架。 如何在海量的信息中快速找到所需的知識,並將其應用到實際開發中,成為了一個重要的挑戰。 AI 知識庫應運而生,為解決這一難題提供了新的思路。 什麼是 AI 知識庫? AI 聊天知識庫是一個專門為聊天機器人提供支持的信息系統,它包含指定的知識和數據,旨在幫助聊天機器人更有效地回答用户的問

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生

@east4ming

AI 賦能的雲原生應用:技術趨勢與實踐

AI 賦能的雲原生應用:技術趨勢與實踐 隨着人工智能技術的飛速發展,雲計算作為基礎設施的角色日益重要。AI 與雲計算的結合,正在催生新一代的雲原生應用,為各行各業帶來變革性的力量. 本文將探討 AI 賦能的雲原生應用的技術趨勢與實踐,分析其優勢與挑戰,並展望未來的發展方向. AI 大模型在雲端的崛起 AI 模型規模持續增長: 大模型的訓練和推理需要強大的計算資源,雲計算平台提供了近乎無限的算

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生

@east4ming

AI 賦能的故障排除:技術趨勢與實踐

AI 賦能的故障排除:技術趨勢與實踐 隨着人工智能技術的飛速發展,AI 在 IT 運維領域的應用日益廣泛。AI 賦能的故障排除正在成為一種趨勢,可以幫助 IT 團隊更快、更準確地解決問題,提高系統的可靠性和穩定性。本文將探討 AI 賦能的故障排除的技術趨勢與實踐,分析其優勢與挑戰,並展望未來的發展方向. AI 大模型在故障排除中的應用 日誌分析: AI 可以自動分析大量的日誌數據,識別異常模

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生

@east4ming

使用 Loki 配置告警,如何將原始日誌內容添加告警到註釋中?

在使用 Loki 配置警報時,若要在警報註釋中添加原始日誌內容,當前最佳實踐是避免在警報通知中直接嵌入完整的日誌行。這是因為 Loki 警報操作基於從日誌派生的時間序列數據,而不是原始的日誌行本身。在警報標籤或註釋中包含高度動態的日誌內容可能導致高基數問題,從而產生大量唯一的警報並引發潛在的性能問題。 相反,推薦的方法是: 使用 summary 或 description 等註釋來清晰地解釋告

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生

@east4ming

知識庫與AI:程序員的進階之路

在快速發展的IT行業,程序員需要不斷學習和更新知識。構建和利用知識庫,並結合人工智能(AI)技術,是提升程序員競爭力的關鍵。本文將探討如何有效地利用知識庫和學習資源,並結合AI來加速學習和解決問題. 知識庫的重要性 一個結構化的知識庫可以幫助程序員快速找到所需的信息 . 知識庫不僅可以包含技術文檔,還可以包括代碼示例、最佳實踐和常見問題解答. 知識庫可以採用多種形式,例如: 知識圖譜: 將非結

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生

@east4ming

職場生存指南:如何優雅應對"雙面人"同事

在職場叢林中,有一種人如同變色龍般難以捉摸——他們表面熱情友善,背後卻暗藏算計。與這類"雙面人"同事周旋,不僅考驗智慧,更是一場心理博弈。掌握以下策略,讓你在保持職業風度的同時,巧妙化解潛在危機。 一、以靜制動:情緒管理是首要防線 當發現同事言行不一時,腎上腺素飆升是本能反應。但真正的職場高手懂得: 冷處理藝術:用"旁觀者視角"記錄關鍵事件(時間/場合/證人),建立客觀事實檔案 情緒隔離術:

east4ming 頭像

@east4ming

昵稱 東風微鳴雲原生