自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

AI.x社區(qū)

軟考社區(qū)

企業(yè)培訓

鴻蒙開發(fā)者社區(qū)

WOT技術大會

公眾號矩陣

移動端

視頻課免費課排行榜短視頻直播課軟考學堂

全部課程軟考華為認證廠商認證 IT技術 PMP項目管理免費題庫

文章資源問答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術棧

51CTO官微

51CTO學堂

51CTO博客

CTO訓練營

鴻蒙開發(fā)者社區(qū)訂閱號

51CTO軟考

51CTO學堂APP

51CTO學堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號

51CTO軟考題庫

賬號設置退出

MySQL

4191內(nèi)容??

關注

話題涵蓋MySQL相關研究熱點、技術難點與應用場景。作為最流行的關系型數(shù)據(jù)庫管理系統(tǒng)之一，MySQL 憑借體積小、速度快、總體擁有成本低等特點，深受用戶喜愛。

文章博文課程

共 854 條

CentOS 7.5 部署 MySQL 5.7 基于GTID主從復制+并行復制+半同步復制+讀寫分離(ProxySQL) 環(huán)境- 運維筆記 (完整版)

?之前已經(jīng)詳細介紹了Mysql基于GTID主從復制的概念，原理和配置，下面整體記錄下MySQL5.7基于GTID主從復制+并行復制+增強半同步復制+讀寫分離環(huán)境的實現(xiàn)過程，以便加深對mysql新特性GTID復制的理解和實際業(yè)務場景中部署應用。一、實驗環(huán)境[root@mysql-master?~]#?cat?/etc/redhat-release? CentOS?Linux?release?7.5.

2021-04-08 13:12:21

MyBatis的SQL執(zhí)行流程，邏輯超清晰，總結得也太全了吧！

前言MyBatis可能很多人都一直在用，但是MyBatis的SQL執(zhí)行流程可能并不是所有人都清楚了，那么既然進來了，通讀本文你將收獲如下：1、Mapper接口和映射文件是如何進行綁定的2、MyBatis中SQL語句的執(zhí)行流程3、自定義MyBatis中的參數(shù)設置處理器typeHandler4、自定義MyBatis中結果集處理器typeHandler福利：MyBatis學習筆記與源碼分析PS：本文基于

2021-04-07 15:27:20

面試官靈魂拷問：什么是MySQL索引？為什么需要索引？

為什么需要學MySQL？我們每天都在訪問各種?站、APP，如微信、QQ、抖?、今?頭條、騰訊新聞等，這些東西上?都存在?量的信息，這些信息都需要有地?存儲，存儲在哪呢？數(shù)據(jù)庫。所以如果我們需要開發(fā)?個?站、app，數(shù)據(jù)庫我們必須掌握的技術，常?的數(shù)據(jù)庫有 mysql、oracle、sqlserver、db2等。上?介紹的?個數(shù)據(jù)庫，oracle性能排名第?，服務也是相當?shù)轿坏模鞘召M也是?常

2021-04-07 15:11:13

MySQL深入研究：用戶管理

詳細介紹如何操作MySQL中的用戶

2021-04-06 10:10:12

MySQL 用戶授權

【DB寶46】NoSQL數(shù)據(jù)庫之CouchBase簡介、集群搭建、XDCR同步及備份恢復

[toc]一、CouchBase概述1.1、簡述CouchBase是一款開源的、分布式的、面向文檔的NoSQL數(shù)據(jù)庫，主要用于分布式緩存和數(shù)據(jù)存儲領域。能夠通過managecache提供快速的亞毫米級別的k-v存儲操作，并且提供快速的查詢和其功能強大的能夠指定SQL-like查詢的查詢引擎。Couchbase是一個較新的、發(fā)展迅速的nosql數(shù)據(jù)庫技術。2014年，viber宣布使用couchba

2021-04-06 09:30:53

MySQL 5.6.35 索引優(yōu)化導致的死鎖案例解析

本文描述了在一次壓測過程中，由于Index Merge優(yōu)化導致的死鎖，詳細描述了死鎖產(chǎn)生的原因以及解決方案，并順便介紹了Mysql索引結構及加鎖機制。通過本文，大家可以掌握死鎖分析的基本理論和一般方法，為工作中快速解決實際出現(xiàn)的死鎖提供思路。

2021-01-25 10:19:54

mysql Index Merge 死鎖

golang 數(shù)據(jù)庫連接池database/sql 實現(xiàn)原理分析

源碼剖析golang的數(shù)據(jù)庫連接池實現(xiàn)，分析容易引起連接池工作異常的操作，引導正確使用連接池以及一些復雜操作

2020-12-29 21:11:39

golang 數(shù)據(jù)庫連接池

大話MySQL之愛恨情仇

在數(shù)據(jù)庫的發(fā)展過程中，安全-->穩(wěn)定-->高效-->低成本四個有序的要點一直如影隨形，后者離開前者就是空談。10月19日晚上MySQL發(fā)布了8.0.22版本，其中一個新功能（AutomaticconnectionfailoverforAsyncReplicationChannels）引起我的注意，也很感興趣，作為一個DBA老兵，百感交集，在過去的20多年，故障切換功能一直是三方后

2020-10-20 14:11:08

mysql Automatic c failover

MySQL默認隔離級別REPEATABLE-READ并沒有解決幻讀問題

刷脈脈，發(fā)現(xiàn)一個帖子討論幻讀問題：https://maimai.cn/web/gossip_detail?src=app&webid=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJlZ2lkIjoiN2JmMjA4ZDZjNzU0MTFlYWExOTk4MDE4NDRlNTAxOTAiLCJ1IjoyMjM0MjgzMTksImlkIjoyNjc0NDU3

2020-10-10 16:14:47

幻讀 rr 重復讀

MySQL5.6升級5.7時，出現(xiàn)主從延遲問題排查過程

最近在做zabbix的數(shù)據(jù)庫MySQL5.6升級5.7時，出現(xiàn)主從延遲問題，這個問題困擾了很久沒有解決，昨天終于解決了，整理了一下整個排查過程，分享給大家。環(huán)境說明：mysql主庫為5.6的版本，有四個從庫，三個為5.6的版本，一個為5.7的版本，所有主從的庫表結構均一致，5.7的從庫出現(xiàn)大量延遲，5.6的沒問題，業(yè)務為zabbix監(jiān)控，基本全部為insert批量插入操作，每條insertSQL插

2020-09-01 13:55:28

mysql 主從延遲

數(shù)據(jù)庫設計與優(yōu)化 - 結合執(zhí)行計劃MySQL語句的11大優(yōu)化策略

全球訪問量最大的 20 家網(wǎng)站，絕大多數(shù)使用 MySQL,有兩個特例的 live.com 和 bing 是微軟旗下的網(wǎng)站。它使用的是 MSSQL，并不是他們使用不了 MySQL，而是他要支持自己的數(shù)據(jù)庫。毫無疑問MySQL是當今非常流行的關系數(shù)據(jù)庫之一 ...

2020-07-21 13:50:06

MySQL 查詢優(yōu)化器 SQL優(yōu)化

雙主master-master復制Err 1677故障分析

一、報錯信息近期項目實施同事對系統(tǒng)升級，對test.test_tab_t1的某個字段進行變更，SQL語句如下：ALTERTABLETEST.TEST_TAB_T1MODIFYBXXXVARCHAR(200);在該項目項目在做系統(tǒng)升級之后，出現(xiàn)MySQL主從同步報錯，報錯信息如下：mysql>showslavestatus\GMaster_Log_File:binlog.000233Read_Mas

2020-03-29 20:00:27

Last_Errno:err1677 雙主err1677

通過shell檢查mysql主機和數(shù)據(jù)庫，生成html報表的腳本

該腳本主要用于大致診斷MYSQL主機和數(shù)據(jù)庫配置及性能收集，腳本部分功能展示如下：實現(xiàn)該上述展示功能的shell腳本如下：file_output='os_mysql_summary.html' td_str='' th_str='' myuser="root" mypasswd="password" myip="192.168.11.101" myport="3307" mysql_cmd="my

2019-08-01 10:13:23

mysql awr shell

兩個場景下Mysqldump數(shù)據(jù)庫備份恢復

完全備份mysqldump-A-F--single-transaction--master-data=2>/backup/fullbak`date+%F`.sqlless/backup/fullbak2019-07-11.sql模擬2點到18點的數(shù)據(jù)修改模擬存放數(shù)據(jù)庫的硬盤損壞，所有數(shù)據(jù)庫丟失還原數(shù)據(jù)庫已經(jīng)故障確保用戶無法訪問vi/etc/my.cnf#添加一行systemctlrestartma

2019-07-11 21:08:19

數(shù)據(jù)庫備份恢復 Mysqldump 誤刪表

MySQL延遲問題和數(shù)據(jù)刷盤策略

一、MySQL復制流程官方文檔流程圖如下：1、絕對的延時，相對的同步2、純寫操作，線上標準配置下，從庫壓力大于主庫，最起碼從庫有relaylog的寫入。二、MySQL延遲問題分析1、主庫DML請求頻繁原因：主庫并發(fā)寫入數(shù)據(jù)，而從庫為單線程應用日志，很容易造成relaylog堆積，產(chǎn)生延遲。解決思路：做sharding，打散寫請求。考慮升級到MySQL5.7+，開啟基于邏輯時鐘的并行復制。2、主庫執(zhí)

2019-07-02 12:55:09

MySQL 主從延遲刷盤策略

一次MySQL Slave庫恢復實戰(zhàn)記錄

一次錯誤的刪除mysql master節(jié)點上bin-log文件，導致mysql從庫同步出現(xiàn)問題，最后slave庫重建并恢復同步的實戰(zhàn)記錄

2019-06-24 12:17:05

MySQL主從模式 MySQL從庫恢復 MySQL slave

利用amoeba(變形蟲)實現(xiàn)mysql數(shù)據(jù)庫讀寫分離

關于mysql的讀寫分離架構有很多，百度的話幾乎都是用mysql_proxy實現(xiàn)的。由于proxy是基于lua腳本語言實現(xiàn)的，所以網(wǎng)上不少網(wǎng)友表示proxy效率不高，也不穩(wěn)定，不建議在生產(chǎn)環(huán)境使用；amoeba是阿里開發(fā)的一款數(shù)據(jù)庫讀寫分離的項目(讀寫分離只是它的一個小功能)，由于是基于java編寫的，所以運行環(huán)境需要安裝jdk；前期準備工作：1.兩個數(shù)據(jù)庫，一主一從，主從同步；master：17

2019-05-05 13:39:53

mysql amoeba 讀寫分離

MySQL：親測備份策略實例(線上真實備份案例)

本案例是線上真實環(huán)境的MySQL備份策略,主要是為了避免備份線上主庫,然后增加了異地備份,使得數(shù)據(jù)更加不容易丟失.

2019-03-01 14:01:27

MySQL 異地備份增量備份

MySQL看這一篇就夠了

No.1數(shù)據(jù)庫概念什么是數(shù)據(jù)庫？數(shù)據(jù)庫就是一種特殊的文件，內(nèi)部存儲著需要的數(shù)據(jù)RDBMS所謂關系數(shù)據(jù)庫，是建立在關系模型基礎的數(shù)據(jù)庫，借助于集合代數(shù)等數(shù)學概念和方法來處理數(shù)據(jù)庫中的數(shù)據(jù)SQLSQL是結構化語言，是一種用來操作關系數(shù)據(jù)庫的數(shù)據(jù)庫語言，SQL語句說明舉例DQL數(shù)據(jù)查詢語言selectDML數(shù)據(jù)操作語言insert、update、deleteTPL事物處理語言begin、transact

2018-10-03 21:19:11

京東數(shù)據(jù)庫運維自動化體系建設之路

運維自動化來源于工作中的痛點，京東數(shù)據(jù)庫團隊面對的是商城成千上萬的研發(fā)工程師，這種壓力推動我們不斷變革，然而變革不是一蹴而就，也經(jīng)歷過從手工到腳本化、自動化、平臺化、智能化的艱難轉變，所以說是需求在驅動運維體系的建設，而運維自動化的真諦在于解放運維人員，促進人率提升，減少人為故障，要學會培養(yǎng)自己“懶”這個好習慣。京東的自動化運維體系建設始于2012年，下面從兩個方面進行介紹。1.京東數(shù)據(jù)庫智能運維

2018-09-04 09:21:52

京東數(shù)據(jù)庫智能運維

沒有宮廷內(nèi)斗，數(shù)據(jù)庫界的延禧攻略

宮廷類的劇，都是后宮嬪妃之間的爾虞吾詐，勾心斗角，有你沒我，有我沒你的殘酷事實。勝者為王，敗者為寇這種思想好像從古代就一直延續(xù)到今日。非要分出個勝負，分出個誰好，誰壞才罷休。在數(shù)據(jù)庫領域也會有此類問題，老張我混跡開源數(shù)據(jù)庫圈多年。MySQL數(shù)據(jù)庫占領著開源數(shù)據(jù)庫的頭把交椅，MongoDB占領著NoSQL數(shù)據(jù)庫的第一位。我們來看下數(shù)據(jù)庫的整體排名情況.

2018-08-27 09:40:59

揪出MySQL磁盤消耗迅猛的真兇

當一張單表10億數(shù)據(jù)量的表放在你面前，你將面臨著什么？

2018-07-03 15:40:02

mysql 10億 alter

ProxySQL！像C羅一樣的強大！

各位兄弟們，時隔多日老張又與大家見面啦。每次與大家見面，都會有好消息告訴大家，次也不例外。前段時間出版了《MySQL王者晉級之路》一書，反響還不錯。爭取今年再出版一本MongoDB運維實戰(zhàn)的書籍，供給那些想要學習NoSQL的同學們作為工作中的參考。今兒，老張給大家介紹一款MySQL的一款中間件的產(chǎn)品——ProxySQL

2018-06-19 09:57:36

MySQL 中間件 proxysql

MariaDB10.3 系統(tǒng)版本表有效防止數(shù)據(jù)丟失

系統(tǒng)版本表是SQL:2011標準中首次引入的功能。系統(tǒng)版本表存儲所有更改的歷史數(shù)據(jù)，而不僅僅是當前時刻有效的數(shù)據(jù)。舉個例子，同一行數(shù)據(jù)一秒內(nèi)被更改了10次，那么就會保存10份不同時間的版本數(shù)據(jù)。就像《源代碼》電影里的平行世界理論一樣，你可以退回任意時間里。從而有效保障你的數(shù)據(jù)是安全的，DBA手抖或程序BUG引起的數(shù)據(jù)丟失，在MariaDB10.3里已成為過去。

2018-05-28 18:48:27

閃回數(shù)據(jù)丟失

MySQL查詢語句中的IN 和Exists 對比分析

最近在寫SQL語句時，對選擇IN 還是Exists 猶豫不決，于是把兩種方法的SQL都寫出來對比一下執(zhí)行效率，發(fā)現(xiàn)IN的查詢效率比Exists高了很多，于是想當然的認為IN的效率比Exists好，但本著尋根究底的原則，我想知道這個結論是否適用所有場景，以及為什么會出現(xiàn)這個結果。網(wǎng)上查了一下相關資料，大體可以歸納為：外部表小，內(nèi)部表大時，適用Exists；外部表大，內(nèi)部表小時，適用IN。那我就困惑了，因為我的SQL語句里面，外表只有1W級別的數(shù)據(jù)，內(nèi)表有30W級別的數(shù)據(jù)，按網(wǎng)上的說法應該是Exists的效率會比IN高的，但我的結果剛好相反！！ “沒有調(diào)查就沒有發(fā)言權”！于是我開始研究IN 和Exists的實際執(zhí)行過程，從實踐的角度出發(fā)，在根本上去尋找原因，于是有了這篇博文分享。

2018-05-27 22:55:35

In exists nested

急中生智~利用Spark core完成"ETL"!

背景介紹：今天接到老板分配的一個小任務：開發(fā)一個程序，實現(xiàn)從數(shù)據(jù)庫中抽取數(shù)據(jù)并生成報表（這是我們數(shù)據(jù)庫審計平臺即將上線的一個功能）。既然是要生成報表，那么首先得有數(shù)據(jù)，于是便想到從該業(yè)務系統(tǒng)的測試環(huán)境抽取業(yè)務表的數(shù)據(jù)，然后裝載至自己云主機上的Mysql中。本來以為只要"select...intooutfile"和"loaddatainfile..."兩個命

2018-05-10 21:13:46

MySQL Spark core ETL

容器中的mysql遷移RDS，會話卻“爆了”

1事件起源?整個事件的起源還要從筆者最近入職了一家區(qū)塊鏈金融公司來說起（為了保密性，不便透露公司名字），公司業(yè)務發(fā)展比較迅猛，突破百萬用戶也是近在眼前。整個系統(tǒng)都在阿里云上運行，每天都能看到用戶的不斷增長，即興奮又擔憂，為什么這么說呢？?由于筆者過來的時候這里業(yè)務就已經(jīng)上線了，系統(tǒng)接過來之后，并了解所有的應用服務都是在dockerswarm跑起來的，也包括mysql數(shù)據(jù)庫，以至于筆者就有了遷庫的想

2018-04-20 17:01:13

數(shù)據(jù)庫遷移 mysql rds

掌握MySQL數(shù)據(jù)庫這些優(yōu)化技巧，事半功倍！

一個成熟的數(shù)據(jù)庫架構并不是一開始設計就具備高可用、高伸縮等特性的，它是隨著用戶量的增加，基礎架構才逐漸完善。這篇文章主要談談MySQL數(shù)據(jù)庫在發(fā)展周期中所面臨的問題及優(yōu)化方案，暫且拋開前端應用不說，大致分為以下五個階段：階段一：數(shù)據(jù)庫表設計項目立項后，開發(fā)部門根據(jù)產(chǎn)品部門需求開發(fā)項目。開發(fā)工程師在開發(fā)項目初期會對表結構設計。對于數(shù)據(jù)庫來說，表結構設計很重要，如果設計不當，會直接影響到用戶訪問網(wǎng)站速

2018-04-08 09:56:11

mysql 優(yōu)化數(shù)據(jù)庫

mysql主從復制讀寫分離與高可用配置

基于proxysql對mysql主從同步讀寫分離;減輕mysql數(shù)據(jù)庫的io壓力;

2018-04-03 18:17:36

mysql 主從復制

揪出MySQL延遲上千秒的元兇

引起MySQL延遲的問題有多種，本文中的案例是由于binlog格式為row引起，但如果您不清楚什么情況下MIXED會轉為ROW格式，一定要看上一看

2018-04-03 13:33:18

mysql 延遲 binlog

GTID！MySQL復制中的核武器

本周老張的《MySQL王者晉級之路》一書終于出版了！可謂十年磨一劍，把自己從業(yè)所有的精華和心血都灌輸?shù)狡鋾?。其書中包含了MySQL方方面面的知識點，是之前我的一篇博客“從青銅到王者，快速提升你MySQL數(shù)據(jù)庫段位的全面深入剖析”！

2018-03-23 15:49:35

MySQL 復制 GTID

老司機帶你在MySQL領域“大吉大利，晚上吃雞”

老張superZS來更新博客啦，大家新年好啊，好久沒有跟大家見面了。說句走心的話，很想你們！絕地求生中有AWM這樣的核武器，MySQL也有自己的核武器。今兒通過原理配合實戰(zhàn)給大家詳細介紹一下，MySQL中的組復制MGR的功能特點~讓我們一起來學習吧！

2018-03-06 09:29:29

DBA的40條軍規(guī)

DBA操作規(guī)范1、涉及業(yè)務上的修改/刪除數(shù)據(jù)，在得到業(yè)務方、CTO的郵件批準后方可執(zhí)行，執(zhí)行前提前做好備份，必要時可逆。2、所有上線需求必須走工單系統(tǒng)，口頭通知視為無效。3、在對大表做表結構變更時，如修改字段屬性會造成鎖表，并會造成從庫延遲，從而影響線上業(yè)務，必須在凌晨0:00后業(yè)務低峰期執(zhí)行，另統(tǒng)一用工具pt-online-schema-change避免鎖表且降低延遲執(zhí)行時間。使用范例：#pt-

2018-01-16 11:16:28

SQL 規(guī)范

SQL自動審核-自助上線平臺 V2.0

為了讓DBA從日常繁瑣的工作中解放出來，通過SQL自助平臺，可以讓開發(fā)自上線，開發(fā)提交SQL后就會自動返回優(yōu)化建議，無需DBA的再次審核，從而提升上線效率，有利于建立數(shù)據(jù)庫開發(fā)規(guī)范。借鑒了去哪網(wǎng)Inception的思路并且把美團網(wǎng)SQLAdvisor（索引優(yōu)化建議）集成在一起，并結合了之前寫的《DBA的40條軍規(guī)》納入了審核規(guī)則里，用PHP實現(xiàn)。目前在我公司內(nèi)部使用。下面是首頁界面：使用說明：1、

2017-12-23 11:27:39

審核 inception sql

避免MySQL替換邏輯SQL的坑爹操作

replace into和insert into on duplicate key update區(qū)別是什么，有哪些坑？

2017-12-11 17:27:19

replace into insert

利用binlog2sql快速閃回誤刪除數(shù)據(jù) - 別拿豆包不當干糧

各位兄弟們，好久不見了！最近一直忙于新書的創(chuàng)作，所以一直沒有時間更新博客。不知道這段時間大家學習得怎么樣，希望大家通過看我的文章給大家?guī)韼椭?。老張我也花費了大量時間錄制一些數(shù)據(jù)庫的視頻課程，大家要是感興趣，也可以去學習，不要錯過??！今兒抽出時間，給大家分享一篇利用binlog2sql閃回工具，來恢復誤刪除的數(shù)據(jù)。我們都知道binlog的作用是備份恢復和完成MySQL的主從復制功能。利用mysql

2017-11-30 15:15:20

MySQL binlog binglog

MariaDB ColumnStore一些限制和BUG總結

字段屬性限制1、不支持CHARACTER SET語法MariaDB [test]> create table t1(id int,name varchar(10) CHARACTER SET utf8)-> engine=Columnstore;ERROR 1178 (42000): The storage engine for the table doesn’t support Th

2017-11-09 22:38:43

MPP columnstore

MySQL數(shù)據(jù)庫root賬戶密碼忘記兩種處理方法（保有效）

方法1：1.停止MySQL服務# kill `cat /var/run/mysqld/mysqld.pid`或者# pkill mysqld2.創(chuàng)建一個密碼賦值語句的文本文件# vi mysql-init ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass!6';在加載授權表之前重置密碼。3.

2017-10-31 19:08:50

mysql mysq 密碼忘記

MySQL 組復制介紹

一、組復制是個什么鬼？先從 MySQL 的復制技術談起，首先是MySQL的異步復制異步復制模式下，Master上執(zhí)行事務產(chǎn)生 binlog，slave 通過連接 master 抓取 binlog 的內(nèi)容接收到本地的 relaylog 上，然后 apply 對應的事務，產(chǎn)生 slave 服務器上自身的 binlog（由--log-slave-update 參數(shù)決定）。流程圖如

2017-10-10 13:36:44

mysql group repli

MySQL危險而詭異的update操作和驚魂5分鐘

MySQL危險而詭異的update操作和驚魂5分鐘簡介Part1:寫在最前上班正忙的不可開交呢，一個消息過來，得知研發(fā)人員誤操作數(shù)據(jù)庫了....不帶where條件，整表更新Orz,還讓不讓人好好活了，心中一萬只XXX啊~無奈，分清事情的輕重，優(yōu)先處理這起事故。在簡單溝通后，了解到事故的原因是研發(fā)人員使用update忘記帶where條件。這本身沒什么詭異的，詭異的是在決定要不要進行恢復的時候，筆者稍

2017-09-21 17:20:44

想要Freestyle？先要遵守 MySQL 這十大鐵律！

在工作中作為DBA的我們，可能也會需要面對開發(fā)人員各種 Freestyle 的要求，但是他們是否知道在操作數(shù)據(jù)庫的時候，需要注意哪些事項呢？今兒帶著大家簡單聊聊 MySQL 數(shù)據(jù)庫的開發(fā)行為規(guī)范，十大鐵的紀律。對DBA老鐵們是一種幫助，對開發(fā)人員也是一種學習。1. 創(chuàng)建的表要使用 innodb 存儲引擎表現(xiàn)在基本上大部分業(yè)務都是 innodb 存儲引擎，MySQL 8.0 開始，徹底不再使用 my

2017-09-14 14:46:48

MySQL 開發(fā)行為規(guī)范

MySQL主從延遲解決方案

最近一段時間內(nèi)，無論在博客評論還是私信里，技術老鐵們都對老張寫的博客表示認可和支持，我很欣慰！從業(yè)多年就希望有一天能把自己學過的東西，遇到的問題，分享出來！我們大家一起進步！今兒打算給大家分享的是如何解決MySQL主從延遲的問題，這個也是一些同學在生產(chǎn)中面臨的比較棘手的問題，經(jīng)常給我打電話或者微信，說張老師，現(xiàn)在監(jiān)控主從之間的延遲特別大。怎么辦??？！有什么辦法可以避免延遲嘛？！&nb

2017-08-23 17:09:25

MySQL 主從延遲

企業(yè)主流MySQL高可用集群架構三部曲之PXC

前段時間，老張給大家介紹了企業(yè)中主流MySQL高可用集群架構三部曲中的前兩部，有不了解的同學可以去訪問我之前的博客內(nèi)容。第一部曲直通車>> 企業(yè)中MySQL主流高可用架構實戰(zhàn)三部曲之MHA第二部曲直通車>>企業(yè)中MySQL高可用集群架構三部曲之MM+keepalived獨家新課程上線>>MySQL體系結構深入剖析及實戰(zhàn)DBA視頻課程今兒給大家介紹最后一部曲，是p

2017-08-14 13:37:39

MySQL 高可用 PXC

MySQL DBA必備工具使用的6大錦囊妙計

老張我呢不僅是個金庸迷，還是個三國迷。就是喜歡看后期蜀國諸葛亮與魏國司馬懿之間的斗智斗勇。各種錦囊妙計的使用，堪稱經(jīng)典。針對管理MySQL數(shù)據(jù)庫這塊，張老師也有很多妙計，今后一一給大家介紹。說回三國，我個人更傾向于蜀國可以統(tǒng)一，但事與愿違，很可惜，最終還是魏國司馬炎統(tǒng)一了天下。有人把蜀國失敗的原因歸結于一個扶不起的劉嬋，也有人把原因歸結于天命，更有甚者說是"臥龍鳳雛得其一"才可得天下，而劉備兩人兼

2017-08-10 16:58:09

MySQL 常用工具

我必須得告訴你的MySQL優(yōu)化原理3

大多數(shù)開發(fā)者可能不太會關注MySQL的配置，畢竟在基本配置沒有問題的情況下，把更多的精力放在schema設計、索引優(yōu)化和SQL優(yōu)化上，是非常務實的策略。這時，再花大力氣去優(yōu)化配置項的收益通常都比較小。更多的時候，基于安全因素的考量，普通開發(fā)者很少能夠接觸到生產(chǎn)環(huán)境的MySQL配置。正是這些因素，導致開發(fā)者（包括我）對MySQL配置不甚了解，希望本文對您了解MySQL配置有所幫助。

2017-08-05 16:27:35

MySQL MySQL優(yōu)化

企業(yè)中MySQL高可用集群架構三部曲之MM+keepalived

各位老鐵們，老張與大家又見面了。看到各位在博客里面給我的留言和訪問量的情況，我很是欣慰，也謝謝大家對我的認可。我寫這些博客，就是想把自己對于MySQL數(shù)據(jù)庫的一些看法和自己平時的實戰(zhàn)經(jīng)驗分享出來，我們可以一起探討，共同進步。也保證今后只要一有空就更新博文，推出更多的干貨。我的學生經(jīng)常對我說：“張老師，每次我遇到報錯，有時還是會百度，但是最煩的是不知道百度哪篇帖子說的是正確的".其實這些呢，都是因為

2017-08-03 11:32:35

MySQL 高可用

企業(yè)中MySQL主流高可用架構實戰(zhàn)三部曲之MHA

老張最近兩天有些忙，一些老鐵一直問，啥時更新博文，我可能做不到天天更新啊，但保證以后一有空就寫一些干貨知識分享給大家。我們?nèi)绻胍龊眉夹g這項工作，一定要做到理論與實踐先結合。我一個曾經(jīng)被數(shù)據(jù)庫虐得體無完膚的過來人給大家一些建議；就是只看書，背理論真的行不通，到時遇到棘手的問題，你還是一樣抓瞎。一定要在理論理清的基礎上多做實驗。給自己定個目標，3個月做夠100-500個實驗。然后整理在做實驗過程中

2017-07-27 17:05:27

mysql 架構高可用

青銅到王者，快速提升你 MySQL 數(shù)據(jù)庫的段位！

MySQL 由淺到深。MySQL 體系結構、MySQL 備份恢復、MySQL 高可用集群、MySQL 優(yōu)化。

2017-07-25 15:52:24

MySQL 體系結構高可用架構

我必須得告訴大家的MySQL優(yōu)化原理

說起MySQL的查詢優(yōu)化，相信大家收藏了一堆奇淫技巧：不能使用SELECT *、不使用NULL字段、合理創(chuàng)建索引、為字段選擇合適的數(shù)據(jù)類型..... 你是否真的理解這些優(yōu)化技巧？是否理解其背后的工作原理？在實際場景下性能真有提升嗎？我想未必。因而理解這些優(yōu)化建議背后的原理就尤為重要，希望本文能讓你重新審視這些優(yōu)化建議，并在實際業(yè)務場景下合理的運用。

2017-07-25 15:50:24

MySQL 優(yōu)化

與技術談一場永不分手的戀愛

找到一份合適的工作，就像在工作的八小時之內(nèi)有了一個心儀的戀人。老張我呢，原來在上學那會兒，不是特別愛學習，本人長得呢也特別帥（現(xiàn)在做了技術可惜了哈哈?。┧蕴卣衅僚⒌南矚g，當然自己也特別喜歡和她們談戀愛啦，那感覺老甜蜜了呢。也算得上是情感專家。但是最后都沒啥好結果，弄得我今后都不再相信愛情了。于是我開始反思自己，到底是哪里出了問題，剛開始談戀愛的時候，兩人都感覺特別好，可是隨著時間地流逝，感情

2017-07-21 16:32:01

數(shù)據(jù)庫新特性 mysql5.7

上一頁 1 ··· 4 5 6 7 8 ··· 18 下一頁

51CTO技術棧公眾號

業(yè)務
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學堂精培企業(yè)培訓 CTO訓練營