tag 數據庫

標籤
貢獻699
3175
05:15 PM · Oct 25 ,2025
ivorysql_xiaozhuli 頭像 u_15469972 頭像 zhaoqianglaoshi 頭像 selectdb 頭像 motianlun_5d0766992e67a 頭像 apacheiotdb 頭像 u_16993624 頭像 tdengine 頭像 u_16237826 頭像 mangrandedanche 頭像 data_ai 頭像 u_17578007 頭像

@數據庫 / 博客 RSS 訂閱

jdcdevloper 頭像

京東雲開發者 - MySQL innoDB 間隙鎖產生的死鎖問題 | 京東雲技術團隊

背景 線上經常偶發死鎖問題，當時處理一張表，也沒有聯表處理，但是有兩個mq入口，並且消息體存在一樣的情況，頻率還不是很低，這麼一個背景，我非常容易懷疑到，兩個消息同時近到這一個事務裏面導致的，但是是偶發的，又模擬不出來什麼場景會導致死鎖，只能進行代碼分析，問題還原的方式去排查問題。 業務代碼簡化成下面 begin update test set yn = 0 where dm_code = "

死鎖 , MySQL , innodb , 數據庫

收藏 評論

u_16099298 頭像

墨守成規de網工 - postgreSQL數據庫導入與導出

在數據庫管理中，數據的導入和導出是非常常見的操作。特別是在 PostgreSQL 中，提供了多種工具和方法來實現數據的有效管理。無論是備份數據，還是將數據遷移到其他數據庫，或是進行數據分析，掌握數據導入和導出的技巧都是必不可少的。本文將詳細介紹在 PostgreSQL 中如何進行數據導入和導出，並給出具體的命令及示例。 一、數據導入 1.1 使用COPY命令導入數據

數據庫 , 導出數據 , postgresql , SQL Server

收藏 評論

u_16213609 頭像

mob64ca13fe9c58 - 數據庫四大特性以及事務隔離級別

數據庫事務ACID特性與隔離級別 數據庫事務ACID特性 數據庫事務正確執行的四個基礎要素是原子性(Atomicity）、一致性（Consistency）、隔離性（Isolation）、持久性（Durability）。 原子性：是指事務包含的所有操作要麼全部成功，要麼全部失敗回滾，不可能停滯在中間某個環節。事務在執行過程中發生錯誤，會被回滾到事務開始前

隔離級別 , MySQL , 數據庫 , 提交事務 , 不可重複讀

收藏 評論

motianlun_5d0766992e67a 頭像

墨天輪 - 技術分享 | Oracle執行計劃解讀與SQL優化

本文為墨天輪數據庫管理服務團隊第140期技術分享，內容原創，作者為技術顧問陳洋，如需轉載請聯繫小墨（VX：modb666）並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、執行計劃基礎概念 1.1 什麼是執行計劃？ 執行計劃（Execution Plan）是Oracle數據庫的查詢優化器（Query Optimizer）為一條SQL語句制定的執行路徑。它以樹狀或表格的形式，清晰地展示了數據

oracle , 數據庫 , SQL

收藏 評論

kaiwudb 頭像

KaiwuDB - KaiwuDB X 嚮明智控：基於 KaiwuDB 的煤礦綜採數據分析系統

項目背景 太原嚮明智控科技有限公司（以下簡稱：嚮明智控）是中國領先的綜採智能化技術整體解決方案提供商，專注於煤礦綜採工作面智能化、無人化技術的研發和推廣，先後服務於國家能源集團、中煤集團、中國華能等大型能源、礦採企業。 在綜採智能化體系中，煤礦綜采地面分控中心是整個系統的核心平台之一，集設備狀態監測、遠程控制、數據存儲、備份、發佈、應用展示、統計分析、系統融合及信息共享等功能於一體。該中心實現了對

數據庫

收藏 評論

selectdb 頭像

SelectDB技術團隊 - 實時分析、融合統一及雲原生，現代化數據倉庫未來發展必經之路｜專訪飛輪科技 CEO 馬如悦

在國內擁有 2500+ 中大型企業用户，用户社羣聚集開發者超 3 萬人，活躍貢獻者數連續數月穩居全球大數據開源項目排行榜第一。毋庸置疑，Apache Doris 已成為全國數據庫和大數據領域最為活躍的開源項目之一。Apache Doris 歷經近十年的發展，為何還能持續保持競爭力和活力？其背後的核心推動力又是什麼？ 在 QCon 全球軟件開發大會·北京站的現場，基於 Apache Doris 的商

大數據處理 , 創業 , 數據庫 , 雲原生 , 實時計算

收藏 評論

u_14150796 頭像

wx5c241fe5127d0 - 微軟佈局PostgreSQL 就在昨天發佈新品--雲廠商愛PG到底是個什麼梗！！

微軟賊心不死 這就叫，吃上熱乎的了，不是早，不是晚，剛剛好，剛有一片國外的文字，微軟雲發佈了一個超大規模的PostgreSQL的雲數據庫產品。 微軟 “愛” 上PostgreSQL, PG “嫁給” 微軟！ 其實我一直對微軟對PostgreSQL的熱情，跟蹤過也寫過幾篇文章，一篇還超級爆火上萬

microsoft , 數據庫 , postgresql , Css , 前端開發 , HTML

收藏 評論

xxhxs-21 頭像

xxhxs-21 - MySQL 5.6 2000 萬行高頻讀寫表新增字段實戰：從慢執行到無鎖落地全解析

一、背景與問題緣起 MySQL 5.6.51 版本下 2000 萬行核心業務表開展新增字段操作，需求為新增BIGINT(19) NOT NULL DEFAULT 0 COMMENT '註釋'（因業務實際需要存儲大數值關聯字段）。 表的核心特性為Java 多線程密集讀寫，業務請求持續高頻，初始執行原生ALTER TABLE語句時出現兩大核心問題： 72 萬行測試表執行耗時 203 秒，線性推算

數據庫

收藏 評論

jiangyi 頭像

我愛哇哈哈 - 千萬級大表如何優雅地新增字段？DBA都不會告訴你的秘密！

作為一名資深後端開發，你有沒有遇到過這樣的場景：產品經理跑過來説："我們這個用户表要加個新字段，用來記錄用户的最後登錄時間，今天就要上線！" 你一看錶結構，好傢伙，用户表已經5000萬數據了，直接執行ALTER TABLE語句？那豈不是要鎖表半小時，整個系統都得癱瘓？ 今天就來聊聊如何優雅地給千萬級大表新增字段，讓你的系統在不宕機的情況下完成表結構變更！ 一、為什麼大表新增字

字段 , yyds乾貨盤點 , MySQL , 數據庫 , 表結構

收藏 評論

u_17518318 頭像

瑞藍創軟件 - 深度解析：OceanBase 建索引進度可視化監控指南（附實戰命令）

在 OceanBase 數據庫運維中，創建索引是高頻操作之一，尤其面對海量數據時，索引構建可能持續數小時甚至更久。實時掌握建索引進度、判斷當前所處階段，不僅能避免運維人員盲目等待，更能及時發現異常並介入處理。 本文基於 OceanBase 2.2.77 版本，從索引創建的核心階段出發，結合系統表查詢實戰，帶大家全方位監控建索引全流程。 一、OceanBase 建索引的

集羣管理 , MySQL , 私藏項目實操分享 , 數據庫 , 國產數據庫

收藏 評論

jima 頭像

Jimaks - PostgreSQL統計信息與分析

引言 在現代數據庫管理系統中，查詢優化是決定系統性能的關鍵因素之一。PostgreSQL作為一款功能強大的開源關係型數據庫，其查詢優化器依賴於準確的統計信息來制定最優的執行計劃。統計信息就像數據庫的"眼睛"，幫助優化器瞭解數據分佈情況，從而做出明智的決策。 統計信息的重要性 PostgreSQL的查詢優化器採用基於成本的優化策略（Cost-Based Optimizer），它

數據 , MySQL , 查詢優化 , 數據庫 , postgresql

收藏 評論

infinilabs 頭像

極限實驗室 - Easysearch 時序數據的基於時間範圍的合併策略

如果你正在使用 Easysearch 處理日誌、監控指標、事件流或其他任何具有時間順序的數據，那麼你一定知道索引的性能和效率至關重要。Easysearch 底層的 Lucene Segment 合併是保持搜索和索引性能的關鍵後台任務。然而，你是否意識到，默認的合併策略可能並不是處理時序數據的最佳選擇？ 今天，我們就來介紹 Easysearch 1.12.1 版本起引入的一個重要優化：基於時間範圍的

performance , merge , 數據庫

收藏 評論

u_16099334 頭像

AI領域佈道師 - hadoop兩個服務器遷移方案

隨着Apache Hadoop的起步，雲客户的增多面臨的首要問題就是如何為他們新的的Hadoop集羣選擇合適的硬件。 儘管Hadoop被設計為運行在行業標準的硬件上，提出一個理想的集羣配置不想提供硬件規格列表

大數據 , 運維 , hadoop , hadoop兩個服務器遷移方案 , 數據庫 , 人工智能

收藏 評論

yinuo112 頭像

程序員一諾python - 【爬蟲開發】爬蟲開發從0到1全知識教程第12篇：scrapy爬蟲框架【附代碼文檔】

🏆🏆🏆教程全知識點簡介：1.Mongodb數據庫包括介紹、mongodb簡單使用（mongodb服務端啓動、啓動mongodb客户端進入mongo shell）。2. scrapy爬蟲框架涵蓋 ip使用、啓動爬蟲、停止爬蟲、scrapyd webapi。3. Gerapy包含通過Gerapy配置管理scrapy項目。4. appium移動端抓取涉及appium自動控制移動設備、appium

數據庫 , 爬蟲 , 後端 , Python

收藏 評論

ivorysql_xiaozhuli 頭像

IvorySQL - Postgres 18 默認開啓數據校驗及升級應對方案

在 Greg Sabino Mullane 編寫的最新 Postgres 補丁中，Postgres 對數據完整性機制進行了調整：從 Postgres 18 開始，數據校驗（data checksum）功能默認啓用。 這一變更在發佈説明中看起來只是一個相對較小的調整，但針對的是數據庫運行過程中較難察覺的風險之一—靜默數據損壞（silent data corruption），對系統可靠性具有實際意義。

數據庫 , postgresql , 開源

收藏 評論

u_16099228 頭像

勇往直前的巨人 - 詳解C++中指針和引用的區別_C 語言

一.指針和引用的概念 指針：指針是一個變量，其值為另一個變量的內存地址。我們可以通過指針來間接訪問和修改它所指向的變量的值。 代碼語言：javascript AI代碼解釋 int main() { int x = 10; int* ptr = x; // 指針ptr指向x的地址 cout "x的值: " x end

運算符 , 初始化 , MySQL , 數據庫 , Javascript

收藏 評論

motianlun_5d0766992e67a 頭像

墨天輪 - 技術分享 | MySQL間隙鎖原理深度詳解

本文為墨天輪數據庫管理服務團隊第150期技術分享，內容原創，作者為技術顧問陳洋，如需轉載請聯繫小墨（VX：modb666）並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、間隙鎖概述 間隙鎖（Gap Lock）是InnoDB存儲引擎在REPEATABLE READ（可重複讀）隔離級別下為了解決幻讀（Phantom Read）問題而引入的一種鎖機制。它鎖定的是索引記錄之間的“間隙”，而不是實

MySQL , 數據庫 , SQL

收藏 評論

u_16459925 頭像

wx6583a3b0b06d1 - MILVUS Docker 容器化部署指南

概述 MILVUS（中文名稱：向量數據庫）是一款開源的高性能向量數據庫，專為複雜的相似度搜索和分析應用設計。它能夠高效存儲、索引和查詢數十億級別的高維向量數據，廣泛應用於推薦系統、欺詐檢測、圖像檢索、自然語言處理等人工智能領域。作為連接機器學習模型與實際應用的關鍵組件，MILVUS通過優化的索引結構和查詢算法，提供了毫秒級的向量相似度搜索能力，支持多種距離度量方式（如歐氏距

milvus , 生產環境 , 數據庫 , SQL Server , Docker , milvusdb

收藏 評論

data_ai 頭像

數據庫知識分享者 - 阿里雲 Tair 聯手 SGLang 共建 HiCache，構建面向“智能體式推理”的緩存新範式

導讀 在大型語言模型（LLM）推理中，KVCache 是提升效率的核心機制：通過緩存 Transformer 自注意力層的歷史 Key-Value 對，避免重複計算，顯著降低單次推理開銷。然而，在“智能體式推理”（Agentic Inference）這一新興範式下——模型需持續感知環境、進行多輪決策、自我反思，並協同其他智能體完成複雜任務——傳統 KVCache 機制暴露出三大關鍵瓶頸： 狀態

觀點 , nosql , 教程 , 數據庫 , SQL

收藏 評論

u_15469972 頭像

mb61c46a7ab1eee - 詳細介紹：基於同步壓縮連續小波變換（SS-CWT）的微震圖像去噪與起始檢測

一、算法原理框架 1. 同步壓縮連續小波變換（SS-CWT） 核心優勢：通過時頻重分配提升非平穩信號的分辨率（時間分辨率達0.1ms，頻率分辨率達0.1Hz） 數學表達： 其中為尺度因子，為平移因子，為同步壓縮小波基 2. 自適應去噪流程 噪聲區 信號區

自適應 , 小波變換 , MySQL , 小波基 , 數據庫

收藏 評論

u_13539 頭像

jowvid - 深入淺出 MVC、MVVM、MVP

【軟件工程】一文搞懂 MVC、MVP、MVVM 架構 文章目錄 【軟件工程】一文搞懂 MVC、MVP、MVVM 架構 1 為什麼會有這些模式 2 MV* 系列架構定義 2.1 MVC（Model–View–Controller） 2.2 MVP（Model–View–P

MySQL , mvvm , 架構 , 數據庫 , Android , mvc , 軟件工程

收藏 評論

u_16237826 頭像

軟件求生 - 別再死記八種策略了！Redis 淘汰機制其實超簡單！

有時候，技術面試就像一場心理戰。你以為面試官在聊 Redis 緩存？其實他在考你對“內存管理”的理解。今天，我就帶你用一個小故事，輕鬆搞懂 Redis 的內存淘汰策略，讓你在面試中胸有成竹、侃侃而談！ 那場面試，讓我對“Redis 淘汰策略”徹底改觀 上個月，我去參加一家金融科技公司的社招面試。面試官是個看起來不苟言笑的大哥，問的第一個問題就挺硬核：

redis , yyds乾貨盤點 , 數據 , 緩存 , 數據庫

收藏 評論

u_16099247 頭像

墨韻流香 - 多源異構數據的融合

一.項目背景 隨着全民健身的深入與健身文化的普及，以引體向上為代表的自重訓練，因其便捷性與高效性，成為衡量個人基礎力量與身體素質的重要標誌，廣泛應用於學校體測、軍事訓練及大眾健身。然而，傳統的動作評估高度依賴教練員的肉眼觀察與主觀經驗，存在標準不一、反饋延遲、難以量化等侷限性。在缺少專業指導的環境中，訓練者往往難以察覺自身動作模式的細微偏差，如借力、擺動、幅度不足等，這不僅

獲取用户信息 , MySQL , 數據庫 , ide , Json

收藏 評論

u_17216172 頭像

數據庫知識分享者小北 - 基於 PolarDB 打造企業專屬智能問答應用，完成任務可贏取保温杯、加濕器等好禮！

企業在智能化升級的浪潮中，知識問答和智能客服的需求不斷激增。然而，傳統的 RAG 方案往往依賴外部向量庫，導致架構複雜、數據同步困難和高昂的運維成本。 本方案將基於雲原生數據庫 PolarDB 構建 RAG 智能知識系統，融合原生 IMCI 向量索引與 PolarDB for AI 能力，通過原生 SQL 調用列存向量節點和 AI 節點，無需外部向量庫，實現數據與知識的閉環

MySQL , AI , 阿里雲 , 數據庫 , RAG , PolarDB

收藏 評論