@SQL

动态 列表
@motianlun_5d0766992e67a

技術分享 | Oracle 大表改造方案

本文為墨天輪數據庫管理服務團隊第86期技術分享,內容原創,作者為技術顧問蘭珊,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、報告概述 當單表數據量增長至千萬級甚至更大規模時,數據庫系統往往會面臨顯著的性能瓶頸與運維挑戰: 數據訪問的性能急劇下降,全表掃描耗時隨數據量指數級增長,索引訪問也難以降低範圍掃描的IO消耗; 系統維護難度陡增,數據

@motianlun_5d0766992e67a

技術分享 | Oracle RAC 心跳機制解析

本文為墨天輪數據庫管理服務團隊第92期技術分享,內容原創,作者為技術顧問陳洋,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、心跳機制概述 Oracle RAC集羣通過多維度心跳機制確保集羣高可用性,主要包括三種心跳類型: 網絡心跳:節點間連通性檢測 磁盤心跳:腦裂保護與仲裁機制 本地心跳:進程自檢與節點健康監控 二、核心心跳機制詳解

@motianlun_5d0766992e67a

活動預告 | 8月2日,中國數據庫聯盟(ACDU)中國行·廣州站邀您共談數據庫升級實戰!

在數字化轉型和智能化升級的大背景下,數據庫早已不再是單純的存儲工具,而是支撐企業業務創新與系統演進的核心引擎。面對國產替代、性能優化、智能運維等關鍵挑戰,企業如何選擇最佳路徑?開發者又該如何應對技術演進帶來的新機遇? 本期由墨天輪社區主辦的【ACDU·廣州站】將於8月2日正式開啓,以「數據庫升級實戰:國產替代與智能運維的落地指南」為主題,匯聚行業精英,通過深度主題演講、真實行業案例剖析、專家圓桌對

@motianlun_5d0766992e67a

技術分享 | 某客户業務卡頓分析(Oracle)

本文為墨天輪數據庫管理服務團隊第96期技術分享,內容原創,作者為技術顧問陳昱,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 適用範圍 DB: ALL VERSION OS: ALL PLATFORM 問題概述 數據庫在7號9:00 左右開始卡頓,採集了對應時間段的AWR報告如下: –node1 –node2

@motianlun_5d0766992e67a

技術分享 | 某銀行核心數據庫無法歸檔,Oracle數據庫hang問題分析

本文為墨天輪數據庫管理服務團隊第108期技術分享,內容原創,作者為技術顧問肖傑,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、問題概述 在線日誌無法歸檔,全為active狀態。客户跑批任務受到嚴重影響,客户臨時增加多組在線日誌,用於臨時支撐業務繼續運行。 同時發現節點1大量等待日誌切換,同時也在等待節點2的日誌切換,6:00左右嘗試用正常方式關

@motianlun_5d0766992e67a

技術分享 | Oracle19c SYSAUX表空間清理

本文為墨天輪數據庫管理服務團隊第111期技術分享,內容原創,作者為技術顧問肖傑,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 場景:Oracle19c SYSAUX表空間使用率不足,且無存儲擴容,需要手動清理表空間下的數據。 SYSAUX是SYSTEM表空間的輔助表空間,SYSTEM表空間包含系統的數據字典和數據庫的管理信息,輔助表空間SYSAUX

@motianlun_5d0766992e67a

技術分享 | Oracle 11g靜默安裝

本文為墨天輪數據庫管理服務團隊第117期技術分享,內容原創,作者為技術顧問楊玉壯,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 配置主機名 vi /etc/hosts 檢查主機名和網絡並且配置/etc/hosts文件 關閉防火牆 檢查防火牆狀態 systemctl status firewalld.service 暫時關閉防火牆,下次啓動時防火牆仍

@alijishu

快成物流科技 x mPaaS | 小程序容器加持下的技術架構“提質增效”

簡介:大前端團隊如何選型技術?如何快速上手?如何高效協同?讓我們看看快成科技如何解決這一問題。 導言 從 2017 年開始,GMTC“移動技術大會”就更名為“大前端技術大會”。發展至今,混合開發、原生開發、前端開發等概念正在深度融合,組成“大前端”團隊。 大前端團隊如何選型技術?如何快速上手?如何高效協同?讓我們看看快成科技如何解決這一問題。 緣起兩地三團隊 快成科技是網絡貨運領

alijishu 头像

@alijishu

昵称 阿里雲開發者

@motianlun_5d0766992e67a

2022年8月國產數據庫大事記-墨天輪

本文為墨天輪社區整理的2022年8月國產數據庫大事件和重要產品發佈消息。 8月國產數據庫大事記(時間線) 8月3日消息,海量數據入圍“北京市屬國有企業軟件正版化產品目錄”。這也是數據庫產品首次被列入“北京市屬國有企業軟件正版化產品目錄”。 8月4日消息,近日,亞信科技 AntDB 數據庫中標新疆某綜合醫院“醫共體”項目。此次簽約項目,將使AntDB數據庫在深化區域綜合醫改、加快推進分級診療制度建

@zhaoqianglaoshi

【趙渝強老師】基於PostgreSQL的分佈式數據庫:Citus

由於PostgreSQL具有強大的功能和良好的可擴展性,因此基於PostgreSQL很容易就可以實現分佈式架構。Citus便是具體的一種實現方式。它以擴展的插件形式與PostgreSQL進行集成,且獨立於PostgreSQL內核,部署也比較簡單。Citus是現在非常流行的基於PostgreSQL的分佈式解決方案。 一、 Citus基礎 下面是百度百科中對分佈式數據庫的定義: 分佈式數據庫系統通

zhaoqianglaoshi 头像

@zhaoqianglaoshi

昵称 趙渝強老師

@elhix0bg

ODPS 十五週年實錄 | Data + AI,MaxCompute 下一個15年的新增長引擎

ODPS十五週年實錄|Data+AI,MaxCompute下一個15年的新增長引擎 本文根據ODPS十五週年·年度升級發佈實錄整理而成,演講信息如下: 於得水(得水):阿里雲智能集團計算平台事業部資深技術專家 活動:【數據進化·AI啓航】ODPS年度升級發佈 此次演講內容共分為三個部分: 第一部分,介紹MaxCompute面向Python和AI生態計算的演進歷史。從最初的SDKLibrary到表示

elhix0bg 头像

@elhix0bg

昵称 阿里雲大數據AI

@finally_m

10個案例告訴你mysql不使用子查詢的原因

大家好,我是 V 哥,上週跟一個哥們吃飯,技術人在一起,你知道的,沒聊上一會兒,就轉到技術問題探討上了,其中聊到數據庫子查詢的問題印象深刻,回來整理了以下10個案例説明不使用子查詢的問題,分享給大家。 首先,來説一下在MySQL中,不推薦使用子查詢和JOIN的原因,主要有以下幾點: 性能問題:子查詢在執行時,MySQL需要創建臨時表來存儲內層查詢的結果,查詢完畢後再刪除這些臨時表,這會增加CP

finally_m 头像

@finally_m

昵称 威哥愛編程

@mirrorship

2025 年非關係型數據庫全面指南:類型、優勢

非關係型數據庫的分類與特點 隨着數據量呈指數級增長和數據類型日益多樣化,傳統關係型數據庫在處理海量非結構化數據時面臨着嚴峻挑戰。非關係型數據庫(NoSQL)應運而生,它摒棄了傳統關係模型的約束,採用更靈活的數據存儲方式,為大數據時代的多樣化需求提供瞭解決方案。 2025 年,非關係型數據庫已經發展成為數據基礎設施的重要組成部分,根據其數據模型和存儲特點,可以將非關係型數據庫分為以下幾大類型: 鍵

mirrorship 头像

@mirrorship

昵称 鏡舟科技

@a_yu_super

【職業發展】從ETL到大數據:如何規劃你的數據職業生涯?

首先: ETL工程師其實是一個特別簡單的崗位。 為什麼簡單? ETL就是數據倉庫項目建設和日常維護中的一種工作,ETL,就是抽取、轉換、裝載的英文縮寫。但是這個現實中都是使用相應工具軟件的。至於怎麼抽取,怎麼轉換、怎麼裝載,都是與具體業務相結合的。 比如: 每天晚8點抽取,a+b轉換成c,從A設備讀出a和b,計算成c之後存到W設備上。這就是ETL要乾的事。特別簡單。沒有技術含量。但是工作量卻比較大

a_yu_super 头像

@a_yu_super

昵称 企業任務調度平台

@secretflow

隱語SecreFlow SCQL 1.0.0b1 發佈:更完善的 SQL 支持與更高效的隱私查詢引擎

打開鏈接點亮社區Star,照亮技術的前進之路。每一個點贊,都是社區技術大佬前進的動力 Github 地址: https://github.com/secretflow/scql 我們非常高興地宣佈 —— **SCQL 1.0.0b1 版本正式發佈!** 作為 SecretFlow 生態下的核心組件之一,SCQL 在本次版本中迎來了功能完善、性能優化與配置升級的多重提升,為開發者帶來更易用、

secretflow 头像

@secretflow

昵称 隱語SecretFlow

@motianlun_5d0766992e67a

技術分享 | Oracle RAC集羣節點2被驅逐案例

本文為墨天輪數據庫管理服務團隊第135期技術分享,內容原創,作者為技術顧問羅海鷗,如需轉載請聯繫小墨(VX:modb666)並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 適用範圍 Oracle RAC 11G、12C、19C 問題概述 客户一套RAC節點,版本為12.2.0.1。2025-07-31 07:39:21 節點2被驅逐。 以下是節點2alter日誌。 2025-07-31T07

@matrixorigin

企業落地 NL2SQL,需要的是 AI-ready data 和小模型

作者 | 矩陣起源 轉載自 | InfoQ 當 NL2SQL 從 Demo 走向生產,關鍵不在"更大的模型",而是"更乾淨的數據底座 + 更小的專用模型 + 更可控的工程化流程"。 摘要 先數據、後模型:把元數據、業務語義、權限、樣例 SQL 做成"AI-ready data",是 NL2SQL 能否可靠落地的第一性問題。 小模型足夠用:以 3B-7B 級別的代碼/SQL 友好模型,配合 LoR

matrixorigin 头像

@matrixorigin

昵称 MatrixOrigin

@yishenjiroudekaixinguo

SQL注入攻擊的原理是什麼?

在web安全領域,SQL注入攻擊始終是威脅網站數據安全的“頭號殺手”。據安全機構統計,超60%的web安全漏洞與SQL注入相關,每年因這類攻擊導致的企業數據泄露、財產損失不計其數。很多開發者和運維人員雖知道要防範SQL注入,卻對其底層原理一知半解。下面,將用通俗語言拆解SQL注入攻擊原理,結合實例讓你徹底搞懂它的運作邏輯,為網站防護打下堅實基礎。 一、SQL注入攻擊的核心定義 SQL注入攻

yishenjiroudekaixinguo 头像

@yishenjiroudekaixinguo

昵称 有點小煩擾

@zhaoqianglaoshi

【趙渝強老師】基於PostgreSQL的MPP集羣:Greenplum

Greenplum本質上是一個基於PostgreSQL的關係型數據庫集羣,實際上是由多個獨立的數據庫服務組合而成的一個邏輯數據庫。與Oracle的RAC不同,這種數據庫集羣採取的是MPP(Massively Parallel Processing,大規模並行處理)架構。Greenplum最大的特點就是基於低成本的開放平台基礎上提供強大的並行數據計算性能和海量數據管理能力。下圖展示了Greenplu

zhaoqianglaoshi 头像

@zhaoqianglaoshi

昵称 趙渝強老師

@tdengine

從“人找數據”到“數據找人”:陳肅在 CCF 大會分享 AI-Ready 工業數據平台實踐

近日,第十三屆 CCF 大數據學術會議在天津成功舉行,吸引了近 700 位來自學術界、產業界的專家學者齊聚一堂,聚焦“數據要素築基、數智融合創新”,共同探討數字經濟時代的技術變革與產業機遇。 在這場國內大數據領域的年度盛會上,濤思數據高級副總裁、解決方案中心總經理陳肅受邀作專題演講,帶來了題為《如何打造 AI 驅動的物聯網工業大數據平台》的深度分享。 工業大數據的困局:存得下,卻用不快 陳肅開篇

tdengine 头像

@tdengine

昵称 TDengine濤思數據

@tdengine

新客户 | 每天億級逐筆委託、逐筆成交,金融數據平台如何不掉鏈子

在全球金融市場互聯互通的今天,逐筆成交、逐筆委託、K 線快照等數據量呈指數級增長。港股全市場高峯期每秒可達 3 萬筆交易,美股更是飆到 40 萬筆/秒。對於證券公司和金融科技服務商而言,不僅要“存得下”,還要“用得快”:全量明細長期留存、按證券代碼和時間窗口頻繁查詢、行情推流實時穩定,這些都對底層數據平台提出了高吞吐、低延遲、高可靠的嚴苛要求。 令克軟件為證券、期貨、基金、銀行、私募等機構提供門

tdengine 头像

@tdengine

昵称 TDengine濤思數據

@mimangdeyangcong

SQL 審核工具深度體驗(一): CloudDM vs Archery vs Yearning vs Bytebase

數據庫變更是日常開發和運維裏繞不開的活。為了降低線上環境出故障的風險,通常會配合工單系統來發布變更,這樣流程可控,也能減少低級錯誤。市面上能選的工具不少,有開源的,也有商業化的。這次我挑了四款比較常見的:Yearning、Archery、Bytebase,還有 CloudDM,從工單場景出發做了一輪體驗和橫向對比,給大家一些參考。 測評方法 不同工具的功能側重點不一樣,如果各方面都測,反而看不出差

mimangdeyangcong 头像

@mimangdeyangcong

昵称 CloudDM

@ivorysql_xiaozhuli

PostgreSQL 全表 count 優化實踐:從 SeqScan 痛點分析到 heapam 改進與性能突破

本文整理自 IvorySQL 2025 生態大會暨 PostgreSQL 高峯論壇的演講分享,演講嘉賓:權宗亮。 本文主要包括以下三部分: SeqScan 現狀 heapam 改進 全表計數 SeqScan 現狀 我們使用了一個稍寬的 SeqScan 表,包含約 10-20 個字段,記錄數達 1,000 萬。填充因子約為 50%,生成的數據總計 2.63 GB,佔用約 34.5 萬塊磁盤

ivorysql_xiaozhuli 头像

@ivorysql_xiaozhuli

昵称 IvorySQL