東山絮柳仔

摘要： 一．背景及概要設(shè)計 當(dāng)公司管理維護(hù)的服務(wù)器到達(dá)一定規(guī)模后，就必然借助遠(yuǎn)程自動化運(yùn)維工具，而ansible是其中備選之一。Ansible基于Python開發(fā)，集合了眾多運(yùn)維工具（puppet、chef、func、fabric）的優(yōu)點(diǎn)，實(shí)現(xiàn)了批量系統(tǒng)配置、批量程序部署、批量運(yùn)行命令等功能。Ansible 閱讀全文

摘要： 一 歷史版本發(fā)布回顧 從上圖可以看出，基本遵循 5+3+3 模式 5 GA發(fā)布后，5年 就停止通用常規(guī)的更新了（功能不再更新了）； 3 企業(yè)版的，+3年功能不再更新了； 3 完全停止更新了。 總之，一句話， 已經(jīng)到了升級的時候了。 二 InnoDB增強(qiáng) 2.1自增列 官方定義 當(dāng)前最大自動遞增計數(shù)器 閱讀全文

摘要： 一. 背景介紹 當(dāng)集團(tuán)的MySQL數(shù)據(jù)庫實(shí)例數(shù)達(dá)到2000+、MHA集群規(guī)模數(shù)百個時，對MHA的及時、高效管理是DBA必須面對的一個挑戰(zhàn)。MHA 集群 節(jié)點(diǎn)信息 和 運(yùn)行狀態(tài) 是管理的基礎(chǔ)。本篇幅主要介紹如何通過Python實(shí)現(xiàn)收集MHA 集群 節(jié)點(diǎn)信息 和 運(yùn)行狀態(tài)的功能。這些信息將是CMDB信息 閱讀全文

摘要： 一.背景 1.1 問題描述 近期發(fā)現(xiàn)一臺SQL Server的CPU利用率很不穩(wěn)定，發(fā)現(xiàn)不定時的飆升到100%，更可怕的是在業(yè)務(wù)繁忙時，影響了業(yè)務(wù)調(diào)用，失敗率明顯增加，所以，減低CPU的利用率，是迫切需要解決的問題。 CPU升高的原因直觀上來說，就是CPU（中央處理器）的負(fù)載過高， 中央處理器忙不過 閱讀全文

摘要： 前言 身邊一直都有小伙伴在問：MongoDB到底是什么？它有到底什么特性？有什么與眾不同？在什么情況下使用MongoDB最合適？以什么樣的姿勢是最好的？難道就一定要用嗎？....說實(shí)話，這些問題都問到精髓了，也看得出來你們的急切和真切。有時候大家都比較忙，很難抽出一天的時間，坐而論道，把這些問題掰扯 閱讀全文

摘要： I 文檔定義 1.1 編寫目的 為了在軟件生命周期內(nèi)規(guī)范數(shù)據(jù)庫相關(guān)的需求分析、設(shè)計、開發(fā)、測試、運(yùn)維工作，便于不同團(tuán)隊(duì)之間的溝通協(xié)調(diào)，以及在相關(guān)規(guī)范上達(dá)成共識，提升相關(guān)環(huán)節(jié)的工作效率和系統(tǒng)的可維護(hù)性。同時好的規(guī)范，在執(zhí)行的時候可以培養(yǎng)出好的習(xí)慣，好的習(xí)慣是軟件質(zhì)量的保證。 1.2 適用范圍 本文檔適 閱讀全文

摘要： 我們知道，之前的運(yùn)維告警多通過mail 等方式通知到相應(yīng)的人員，難以實(shí)現(xiàn)隨時隨地的查看。隨著手機(jī)APP的發(fā)展，很多告警開始發(fā)送到IM軟件上去。目前比較常用的是發(fā)送到微信和釘釘上，今天我們將重點(diǎn)放在釘釘上。群機(jī)器人是釘釘群的高級擴(kuò)展功能，群機(jī)器人可以將第三方服務(wù)的信息聚合到群聊中，實(shí)現(xiàn)自動化的信息同步 閱讀全文

摘要： 1.問題描述 最近有一個需求，更新Mongo數(shù)據(jù)庫中 原料 集合的某字段價格，更新后，程序報錯了，說長度過長了，需要Truncation。 主要錯誤信息如下： 調(diào)試發(fā)現(xiàn)，價格這個數(shù)據(jù)來自于SQL Server數(shù)據(jù)庫，是decimal(18,4)，數(shù)據(jù)落到Mongodb中也是Decimal類型。DBA 閱讀全文

摘要： 當(dāng)前，隨著電商節(jié)日的增多（6.18、雙十一、雙十二）、平臺拉新趨于頻繁，大促活動也越來越普遍。作為一個電商平臺，每年都會有一次，甚至幾次的流量“大考”。數(shù)據(jù)庫作為系統(tǒng)的重要節(jié)點(diǎn)，其穩(wěn)定性和性能格外重要，數(shù)據(jù)庫的全力保障是一個大的挑戰(zhàn)。電商大促，這場沒有硝煙的戰(zhàn)爭很多人已有體會，在此不再贅述。現(xiàn)在，我 閱讀全文

摘要： 1.需求概括 我們知道，在SQL Server Alwayson 架構(gòu)中，有多種虛擬IP，例如 WindowsCluster IP，ListenIP，角色高可用性IP（類似于偵聽IP）。在某些條件下，例如系統(tǒng)故障，會觸發(fā)虛擬IP的漂移，如何高效率、低延遲、更好地監(jiān)控IP漂移情況，是我們DB的一個重要 閱讀全文

摘要： 第一部分 Telegraf 部署和配置 Telegraf 是實(shí)現(xiàn) 數(shù)據(jù)采集 的工具。Telegraf 具有內(nèi)存占用小的特點(diǎn)，通過插件系統(tǒng)開發(fā)人員可輕松添加支持其他服務(wù)的擴(kuò)展。 在平臺監(jiān)控系統(tǒng)中，可以使用 Telegraf 采集多種組件的運(yùn)行信息，而不需要自己手寫腳本定時采集，大大降低數(shù)據(jù)獲取的難度； 閱讀全文

摘要： MySQL語句的審核，在業(yè)界都已經(jīng)基本被認(rèn)同了，實(shí)際上也是對MySQL語句寫法的統(tǒng)一化，標(biāo)準(zhǔn)化，而之前的人工審核，針對標(biāo)準(zhǔn)這個問題其實(shí)是很吃力的，標(biāo)準(zhǔn)越多，DBA越累，開發(fā)也越累。 那么在這個都追求自動化運(yùn)維的時代，審核也必須要跟上步伐，因此Inception誕生了。而Inception可以做的工作 閱讀全文

摘要： 關(guān)鍵字： MongoDB，Replace，forEach 近日接到一個開發(fā)需求，因業(yè)務(wù)調(diào)整，需要DBA協(xié)助，將MongoDB數(shù)據(jù)庫中某集合的進(jìn)行替換。例如我們需要將集合A中B字段中，有關(guān)《美好》的字符替換為 《非常美好》。個人感覺這個需求如果是在SQL Server 或MySQL 數(shù)據(jù)庫上處理是小菜 閱讀全文

摘要： 很多同學(xué)因?yàn)閷ongoDB不熟悉，加之應(yīng)用的不是很多，有時候會認(rèn)為MongoDB數(shù)據(jù)庫對一些功能不支持，或者認(rèn)為支持不好。今天我們 演示一下 MongoDB對“加減乘除”的使用。 在MongoDB數(shù)據(jù)庫中“加減乘除”運(yùn)算，又稱為 數(shù)學(xué)表達(dá)式（mathematical expression；或算術(shù)表 閱讀全文

摘要： 索引小知識 篇幅有限，索引的基本知識我們就不贅述了，在此，我們嘗試說明其中的一個小點(diǎn) B+樹與B樹的區(qū)別到底是什么。 InnoDB是使用B+樹來實(shí)現(xiàn)其索引功能的。在B+樹中，內(nèi)節(jié)點(diǎn)（非葉子節(jié)點(diǎn)）存儲了行數(shù)據(jù)的鍵，而葉子節(jié)點(diǎn)存儲了所有的行數(shù)據(jù)，而B樹的每個節(jié)點(diǎn)都存儲了真實(shí)的數(shù)據(jù)。這種數(shù)據(jù)結(jié)構(gòu)，決定了兩 閱讀全文

摘要： 一.需求背景 SQL Server開源的歸檔工具不多，DBA一般都是通過計劃任務(wù)來觸發(fā)執(zhí)行，執(zhí)行的腳本多是SP或者是SSIS包。SSIS包的性能稍好一些，但是維護(hù)更新成本高些。所以更常見的是通過SP腳本來實(shí)現(xiàn)歸檔操作。 當(dāng)數(shù)據(jù)庫規(guī)模較小時，可以方便的直接在數(shù)據(jù)庫上進(jìn)行腳本的編寫部署。但是隨著數(shù)據(jù)庫越 閱讀全文

摘要： 一. 聚合框架 聚合框架是MongoDB的高級查詢語言，它允許我們通過轉(zhuǎn)換和合并多個文檔中的數(shù)據(jù)來生成新的單個文檔中不存在的信息。 聚合管道操作主要包含下面幾個部分： 命令 功能描述 $project 指定輸出文檔里的字段. $match 選擇要處理的文檔，與fine()類似。 $limit 限制傳 閱讀全文

摘要： 一. TiDB的核心特性 高度兼容 MySQL 大多數(shù)情況下，無需修改代碼即可從 MySQL 輕松遷移至 TiDB，分庫分表后的 MySQL 集群亦可通過 TiDB 工具進(jìn)行實(shí)時遷移。 水平彈性擴(kuò)展 通過簡單地增加新節(jié)點(diǎn)即可實(shí)現(xiàn) TiDB 的水平擴(kuò)展，按需擴(kuò)展吞吐或存儲，輕松應(yīng)對高并發(fā)、海量數(shù)據(jù)場景 閱讀全文

摘要： 一 需求描述 我們知道數(shù)據(jù)是公司的重要資產(chǎn)，業(yè)務(wù)的系統(tǒng)化、信息化就是數(shù)字化。數(shù)據(jù)高效的存儲與查詢是系統(tǒng)完善和優(yōu)化的方向，而數(shù)據(jù)庫的穩(wěn)定性、可靠性是實(shí)現(xiàn)的基礎(chǔ)。高可用和RPO（RecoveryPointObjective，復(fù)原點(diǎn)目標(biāo)，指能容忍的最大數(shù)據(jù)丟失量）是衡量一個數(shù)據(jù)庫優(yōu)劣的重要指標(biāo)。作為一個D 閱讀全文

摘要： MongoDB是非關(guān)系型數(shù)據(jù)庫的典型代表，DB-Engines Ranking 數(shù)據(jù)顯示，近年來，MongoDB在NoSQL領(lǐng)域一直獨(dú)占鰲頭。MongoDB是為快速開發(fā)互聯(lián)網(wǎng)應(yīng)用 而設(shè)計的數(shù)據(jù)庫系統(tǒng)，其數(shù)據(jù)模型和持久化策略就是為了構(gòu)建高讀/寫的性能，并且可以方面的彈性拓展。目前公司使用到的Mongo 閱讀全文