誤(wu)操作后快速(su)恢復(fu)數(shu)據 binlog 解(jie)析為(wei)反(fan)(fan)向 SQL 1.前言(yan) 本文將介紹使(shi)用(yong) reverse_sql 工具將 GreatSQL 數(shu)據庫的 binlog 解(jie)析為(wei)反(fan)(fan)向 SQL 語句。模(mo)擬誤(wu)操作后,恢復(fu)數(shu)據。該工具可以幫助客戶在(zai)發生事故(gu)時快速(su)恢復(fu)數(shu)據,避免進(jin)一步的損失(shi)。使(shi)用(yong) reverse_sql 工 ...
1. 數(shu)據呈現 1.1. 數(shu)據自(zi)(zi)己(ji)會說(shuo)(shuo)話(hua)(hua),但事實并非如此 1.1.1. 數(shu)據不(bu)會說(shuo)(shuo)話(hua)(hua),當然更不(bu)能解(jie)釋它(ta)對(dui)你的業務有何意義 1.1.2. 數(shu)據自(zi)(zi)己(ji)不(bu)會說(shuo)(shuo)話(hua)(hua),必(bi)須由你讓它(ta)說(shuo)(shuo)話(hua)(hua) 1.2. 在最好的情況下,數(shu)據導向的演示文稿能夠促進交互(hu),豐富討論,得出(chu)優質決策 1.3. TOP-T框架,這是一(yi)種數(shu)據向幻燈片 ...
在MySQL中,有很(hen)多看上(shang)去邏輯相同,但性能(neng)差(cha)異巨大的(de)SQL語(yu)句。對這些語(yu)句使用不(bu)當(dang)的(de)話,就會(hui)不(bu)經意導(dao)致整個數(shu)據庫(ku)壓(ya)力變大。本文選擇了三個這樣的(de)案例。 案例一(yi):條件字段(duan)函(han)數(shu)操作 假設現在維護(hu)了一(yi)個交易(yi)系(xi)統,其中交易(yi)記錄表tradelog包(bao)含交易(yi)流水(shui)號(tradeid)、交易(yi)員id(operator) ...
1. 數據(ju)框架 1.1. 受(shou)眾評判(pan)的(de)不(bu)只是數據(ju) 1.2. 有力證據(ju)和清(qing)晰結(jie)構是高(gao)效(xiao)數據(ju)溝通(tong)的(de)基礎(chu) 1.2.1. 薄弱證據(ju)和迷糊邏(luo)輯往(wang)往(wang)也能促使他人行動 1.3. 數據(ju)評判(pan)不(bu)準(zhun)確有很多都是由(you)認知偏(pian)誤(wu)造成的(de),也就是屢錯屢犯(fan)的(de)系統(tong)性思(si)維誤(wu)區 1.4. 中樞處理(central processing) 1. ...
假設有一(yi)個(ge)場(chang)景(jing),一(yi)個(ge)英語學習(xi)APP首頁(ye)有一(yi)個(ge)隨(sui)機顯(xian)示單(dan)詞的(de)功(gong)能,用戶每(mei)次訪問首頁(ye)的(de)時候,都(dou)會隨(sui)機滾(gun)動(dong)顯(xian)示三個(ge)單(dan)詞。 已知(zhi)表里有10000條記(ji)錄,來(lai)看(kan)看(kan)隨(sui)機選擇3個(ge)單(dan)詞有什(shen)么方法,又存在什(shen)么問題。 建表語句: mysql> CREATE TABLE `words` ( `id` int(11) NOT ...
目錄引(yin)言一、Hive自定(ding)義(yi)函數(shu)的(de)類(lei)型二、準備環(huan)境和(he)工具三、實(shi)際案例開(kai)發編譯四、前方有坑(keng)請注意五、總結 引(yin)言 Hive作(zuo)為大數(shu)據領域(yu)的(de)核心計算引(yin)擎,憑借其強大的(de)SQL支持和(he)豐富的(de)內(nei)置函數(shu),早已成為數(shu)據開(kai)發者的(de)效率利器。然(ran)而在實(shi)際業務場景(jing)中,面(mian)對復雜(za)的(de)數(shu)據處(chu)理需求時,僅(jin)(jin)僅(jin)(jin)依賴內(nei)置函數(shu)往往力不從心,當(dang)需要 ...
1. 明(ming)托(tuo)金字塔(Minto pyramid) 1.1. 目的(de)是加強溝通(tong)(tong)的(de)清晰(xi)度,用故事(shi)來(lai)確定主旨(zhi),檢驗論(lun)證的(de)邏輯嚴謹性 1.2. 明(ming)托(tuo)金字塔是一(yi)種(zhong)著眼于(yu)最終溝通(tong)(tong)形式的(de)思維組織工具 1.3. 得(de)名于(yu)推(tui)廣者芭芭拉·明(ming)托(tuo)(Barbara Minto) 1.4. 支(zhi)持主旨(zhi)的(de)是一(yi)組核(he)心論(lun)點 1.4.1. 芭 ...
[20250714]使(shi)用(yong)or_expand提(ti)示遇(yu)到的疑惑(huo).txt--//生產系統遇(yu)到的問題,使(shi)用(yong)or_expand提(ti)示,通過例子說明問題。1.環境:SCOTT@book01p> @ver2 PORT_STRING : x86_64/Linux 2.4.xxVERSION : 21.0.0.0.0BA ...
本文(wen)分享自(zi)天翼云開發者社區《數據治(zhi)(zhi)理(li)(li)之數據資產健(jian)康(kang)度量(liang)》,作者:徐****東 隨著數據量(liang)的(de)(de)不(bu)斷增加,數據治(zhi)(zhi)理(li)(li)已(yi)經成(cheng)為(wei)了企業管(guan)理(li)(li)里(li)不(bu)可或缺的(de)(de)一環(huan)。數據治(zhi)(zhi)理(li)(li)可以(yi)幫助我(wo)們更好地進行數據的(de)(de)管(guan)理(li)(li)和使(shi)用,從而提升(sheng)數據的(de)(de)質量(liang)和價值,同時也(ye)能(neng)夠(gou)保證數據的(de)(de)安全(quan)和合規。 一、數據治(zhi)(zhi)理(li)(li)面臨的(de)(de)問題(ti) 數據治(zhi)(zhi)理(li)(li)中主要面臨的(de)(de)問題(ti) ...
本文分享自天翼云開發者(zhe)社區《數(shu)據治(zhi)理之構建數(shu)據資(zi)產目錄》,作(zuo)者(zhe):徐****東 一(yi)、引言 現如今,數(shu)據已(yi)經成為企(qi)業實現業務價(jia)(jia)值的(de)(de)(de)關鍵。隨著大數(shu)據技術的(de)(de)(de)發展,企(qi)業對于(yu)數(shu)據的(de)(de)(de)收集、分析和利(li)用(yong)越來越重視。其中(zhong),數(shu)據資(zi)產化已(yi)經成為企(qi)業數(shu)據管(guan)理的(de)(de)(de)重要趨勢,它能幫助企(qi)業更好地發掘(jue)和利(li)用(yong)數(shu)據中(zhong)的(de)(de)(de)價(jia)(jia)值,從而提升業務效 ...
外鍵 同時更(geng)新(xin),現時刪除(chu) 約(yue)束(shu)(shu)更(geng)新(xin),約(yue)束(shu)(shu)刪除(chu) 索引 優化(hua)查詢 添加外鍵后,自動為(wei)這個字段添加上索引 舉例 用戶主表 user_info 用戶擴(kuo)展信(xin)息 user_extension 項(xiang)目表 project_info 理解(jie)表與表的(de)關系(xi)(xi) 一(yi)對(dui)一(yi) 一(yi)對(dui)多(duo) 多(duo)對(dui)一(yi) 多(duo)對(dui)多(duo) 在關系(xi)(xi)數據庫中(zhong),實(shi)體間的(de)關聯關系(xi)(xi)通過 ...
揭開SQL Server和PostgreSQL填(tian)充(chong)因(yin)(yin)子的(de)(de)神秘面(mian)紗 理解SQL Server和PostgreSQL中的(de)(de)填(tian)充(chong)因(yin)(yin)子 在調優數據(ju)庫(ku)性能(neng)時(shi),一些小設置(zhi)往往能(neng)帶來顯著(zhu)的(de)(de)差異。填(tian)充(chong)因(yin)(yin)子就(jiu)是其中一個經常討論的(de)(de)設置(zhi)。SQL Server和PostgreSQL都支持這(zhe)一概念(nian),但(dan)它們的(de)(de)處理方式有所不同。 ...
1. 高效幻(huan)(huan)燈(deng)(deng)片 1.1. 在(zai)商業領(ling)域,受眾(zhong)看到的數據圖大(da)部分被整(zheng)合在(zai)幻(huan)(huan)燈(deng)(deng)片中 1.2. 確(que)定每張(zhang)幻(huan)(huan)燈(deng)(deng)片要(yao)(yao)(yao)(yao)表達的要(yao)(yao)(yao)(yao)點(dian) 1.3. 每張(zhang)幻(huan)(huan)燈(deng)(deng)片都(dou)要(yao)(yao)(yao)(yao)有一個(ge)要(yao)(yao)(yao)(yao)點(dian) 1.3.1. 幻(huan)(huan)燈(deng)(deng)片要(yao)(yao)(yao)(yao)點(dian)指的是(shi),你向這些受眾(zhong)展示這些數據的原因 1.3.2. 每張(zhang)幻(huan)(huan)燈(deng)(deng)片都(dou)要(yao)(yao)(yao)(yao)有一個(ge)明(ming)確(que)的要(yao)(yao)(yao)(yao)點(dian),以便(bian)幫(bang)助受眾(zhong)減輕認知負荷(he) 1.3.2 ...
假設(she)要查詢城(cheng)市(shi)是“杭州(zhou)”的(de)所有(you)(you)人名字,并且按照姓名排序返回前1000個(ge)人的(de)姓名與年齡(ling)。那(nei)么(me)SQL語(yu)句可以寫為: select city,name,age from t where city='杭州(zhou)' order by name limit 1000; 本(ben)文主要想討論這個(ge)語(yu)句是如(ru)何執(zhi)行(xing)的(de),以及(ji)有(you)(you)什(shen)么(me)參 ...
用戶可以在DolphinScheduler Web界面輕(qing)松創建、編輯和調度(du)云原生數據倉庫 AnalyticDB MySQL 版的Spark作(zuo)業。 ...
本文詳述的步(bu)驟已全(quan)部(bu)通(tong)過(guo)測試(shi)驗證,適用于(yu)構建基(ji)于(yu)對(dui)象存儲的數據中(zhong)臺場景,具(ju)備部(bu)署靈活、擴展(zhan)性強(qiang)等優勢,對(dui)有 MySQL 到 S3 數據集成(cheng)需求(qiu)的用戶具(ju)有較高的參考價值(zhi),點贊、收(shou)藏學習吧! ...
TimechoDB V2.0.5 版本正式發(fa)布! TimechoDB 是(shi)由(you) IoTDB 原(yuan)廠團隊開發(fa)的企業級時序數(shu)據庫產品。V2.0.5 版本新增樹轉表視圖、表模型窗口函數(shu)、聚合函數(shu) approx_most_frequent,并支持 LEFT & RIGHT JOIN、ASOF LEFT JOIN; ...
1. 簡化增效 1.1. 就算(suan)數(shu)據(ju)(ju)圖設計(ji)得很(hen)用心,但如(ru)果過于復(fu)雜,那也無(wu)法(fa)說服受眾 1.2. 讓你的(de)數(shu)據(ju)(ju)圖像(xiang)透明的(de)窗戶一樣,讓受眾看清底層的(de)數(shu)據(ju)(ju) 1.3. 最大化數(shu)據(ju)(ju)墨(mo)水比,建立信息層級 2. 數(shu)據(ju)(ju)墨(mo)水 2.1. 將數(shu)據(ju)(ju)墨(mo)水比最大化 2.1.1. 高效的(de)數(shu)據(ju)(ju)圖是清晰的(de) 2.1.1.1. 紙頁上的(de)每一 ...
先放一下兩(liang)階段(duan)提交(jiao)的(de)圖,在(zai)后續問(wen)(wen)題中(zhong)(zhong)會(hui)(hui)用(yong)到: 問(wen)(wen)題 在(zai)MySQL 02中(zhong)(zhong),講到為什么要使用(yong)兩(liang)階段(duan)提交(jiao)時用(yong)的(de)是(shi)反證(zheng)法,說明(ming)了如(ru)(ru)果(guo)不(bu)使用(yong)兩(liang)階段(duan)提交(jiao),會(hui)(hui)導致(zhi)(zhi)MySQL出現主備數據不(bu)一致(zhi)(zhi)等問(wen)(wen)題。 那么如(ru)(ru)果(guo)在(zai)兩(liang)階段(duan)提交(jiao)的(de)不(bu)同瞬間,MySQL如(ru)(ru)果(guo)發生異常重啟,是(shi)怎么保證(zheng)數據完(wan)整性的(de)呢? 如(ru)(ru)果(guo)在(zai)圖中(zhong)(zhong)時刻A,也就是(shi) ...
首先(xian)為大(da)家推薦這個 OceanBase 開源負責人老紀的(de)公眾號(hao) “老紀的(de)技術嘮嗑局”,會持(chi)續更新和 #數據庫、#AI、#技術架構(gou) 相關的(de)各種技術內容。歡(huan)迎感興趣的(de)朋友們關注! 本(ben)文(wen)整理自6月(yue)21日“OceanBase 城市交流會 · SQL 遇上 AI ”《度小滿 × OceanBase 實踐:統一 ...