可擴充套件的mysql 高效能mysql筆記
擴充套件性是什麼
- 可擴充套件性:增加同等裝置獲得同等能力。
擴充套件 mysql
- 向上擴充套件:也稱為垂直擴充套件,通過提升硬體記憶體cpu固態等獲得性能提升。
- 優點:單臺伺服器比多臺伺服器更容易維護和開發,能顯著節約開銷。在單臺伺服器上恢復和備份應用同樣很簡單。
- 缺點:後期成本昂貴,會遇到瓶頸。
- 向外擴充套件
- 複製:把主庫資料複製到備庫用作讀。
- 拆分:按功能查分不同資料放到不同節點。
- 資料分片:把資料按使用者id或者其他欄位分配到不同節點。
- 通過多例項擴充套件
如果機器的效能很強悍可以部署多個mysql. - 通過叢集擴充套件
- 向內擴充套件
對不需要的資料進行歸檔處理和建立資料彙總表。
擴充套件的原則使用最簡單的方法達到擴充套件的目的不建議過早的分片因為有些資料本來就無需分片,分片會使得程式更加複雜。只有當資料達到了一定量再去分片。
相關推薦
可擴充套件的mysql 高效能mysql筆記
擴充套件性是什麼 可擴充套件性:增加同等裝置獲得同等能力。 擴充套件 mysql 向上擴充套件:也稱為垂直擴充套件,通過提升硬體記憶體cpu固態等獲得性能提升。 優點:單臺伺服器比多臺伺服器更容易維護和開發,能顯著節約開銷。在單臺伺服器上
Apache Jackrabbit Oak 1.9.13 釋出,可擴充套件、高效能分層儲存庫
Apache Jackrabbit Oak 1.9.13 釋出了,Apache Jackrabbit Oak 是一種可擴充套件的高效能分層內容儲存庫,旨在用作現代世界級網站和其它要求苛刻的內容應用程式的基礎。 Apache Jackrabbit Oak 1.9.13 是一
大型網際網路公司必備的架構技術棧——分散式架構、高可擴充套件、高效能、高併發、效能優化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分散式專案實戰
效能優化 JVM調優 Java程式效能優化 Tomcat Mysql Spring IOC Spring AOP Spring MVC Spring 5新特性 Mybatis 分散式架構 架構核心服務層技術 架構關鍵技術設施 分散式訊息通訊 非同
Java高架構師、分散式架構、高可擴充套件、高效能、高併發、效能優化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分散式專案實戰學習架構師之路
工作1-5年開發經驗,當你們提出漲工資的時候,或者要offer的時候底氣怎麼樣,是不是底氣十足,不給漲工資就辭職,是不是有自信提出來主管、或者是專案經理都能同意,他們相當設法把你留住。如果這樣你才是成功。什麼技術都沒有何談工資! 給你分析一下這些技術,給大家羅列一些技術,看
Ceph:一種可擴充套件,高效能的分散式檔案系統
摘要 我們開發了 Ceph,一種分散式檔案系統。該檔案系統提供極佳的效能,可靠性以及擴充套件性。通過專為不可靠的物件儲存裝置(Object Storage Device,OSDs)所組成的異構、動態叢集而設計的準隨機資料分配演算法(CRUSH),利用其替代檔案分配表,Cep
高效能可擴充套件 MySQL資料庫架構設計與優化
第1章 資料庫開發規範的制定 俗話說:“沒有規矩不成方圓”。這一章,我們就先來制定資料庫開發的各種規範,包括:資料庫命名規範、資料庫基本設計規範、資料庫索引設計規範、資料庫欄位設計規範、SQL開發規範以及資料庫操作規範。通過這些規範的制定可以指導並規範我們後續的開發工作,為我們以後的工作提供一個良好的基礎。.
高效能可擴充套件MySQL資料庫設計及架構優化 電商專案
第1章 資料庫開發規範的制定俗話說:“沒有規矩不成方圓”。這一章,我們就先來制定資料庫開發的各種規範,包括:資料庫命名規範、資料庫基本設計規範、資料庫索引設計規範、資料庫欄位設計規範、SQL開發規範以及資料庫操作規範。通過這些規範的制定可以指導並規範我們後續的開發工作,為我們
高效能MySQL筆記:第一章
#建student表 CREATE TABLE `student`( `id` bigint(5) UNIQUE NOT NULL COMMENT '主鍵', `name` varchar(25) DEFAULT NULL COMMENT '姓名', `birthday`
學習《高效能MySQL》筆記-索引篇
1.索引釋義: 索引是對資料庫表中一列或多列的值進行排序的一種結構,使用索引可快速訪問資料庫表中的特定資訊。如果想按特定職員的姓來查詢他或她,則與在表中搜索所有的行相比,索引有助於更快地獲取資訊。比如書本的目錄,那幾頁目錄就是索引內容,目錄中的維度比如“章節名稱”、“首字母”對應的就
《高效能MySQL》筆記——MySQL建表資料型別的選擇
前段時間看了《高效能MySQL》中的選擇優化的資料型別,這裡主要是做一下筆記。 首先資料選擇有幾個簡單原則: 更小的通常更好。一般情況下,應該儘量使用可以正確儲存資料的最小資料型別。例如只需要存 0~200,tinyint unsigned 更好。更小的資料型別通常更快,因為它們佔
《高效能MySQL》讀書筆記---第一章:MySQL架構與歷史
本章描述了MySQL的伺服器架構、各種儲存引擎之間的主要區別,以及這些區別的重要性 1.1 MySQL邏輯架構 MySQL的邏輯架構如下圖所示: 第一層:該層的服務並不是MySQL獨有的,大多數基於網路的客戶端/伺服器的工具或者伺服器都有類似的架構。如連線處理、授權認證、安全等
mysql 高可用性 高效能mysql筆記
什麼是高可用性 高可用性是相對的沒有100%的高可用只有儘可能接近100%。 可用性每提高一點,所花費的成本都會遠超之前,可用性的效果和開銷的比例並不是線性的。 宕(dang)機的原因 執行環境問題,最普遍的是磁碟空間耗盡。 效能問題,最普
mysql作業系統和硬體優化 高效能mysql筆記
什麼限制了mysql的效能 記憶體,磁碟,cpu,網路等都有可能,最常見的兩個是: cpu:當有大量資料可以足夠快的讀取時cpu可能會 磁碟i/o:當資料比記憶體的時磁碟可能出現瓶頸。 選擇合適cpu 高吞吐:多核cpu 低延時:高速cpu 平衡記憶體和io資源
mysql 查詢優化 高效能mysql筆記
衡量查詢效能的三個指標 返回的行數。 掃描的行數:查詢所需要掃描的行數。 相應的時間:服務時間(執行sql的時間)+排隊時間(查詢在等待i/o或者在等待鎖) 優化慢查詢 採用索引覆蓋以及延時索引 1重構查詢的方式 可以複雜查詢分為多個簡單查詢 &
mysql 資料型別 高效能mysql筆記
1.選擇優化的資料型別 更小的通常更好。 應該儘量使用可以正確儲存資料的最小型別,更小的資料型別通常更快,因為他們佔用更少的磁碟,記憶體和CPU快取,並且處理時需要的CPU週期更少。 簡單就好 更簡單的資料型別的操作通常需要更少的CPU週期。例如,整型數字比字元操作代價更低,
mysql 複製 高效能mysql筆記
mysql 複製的兩種方式 1:行復制(對於網路延遲比較高的行復制也可以工作(因為基於行復制所以不會受到複製延遲帶來的語句錯誤影響),行復制資料多會對寬頻造成壓力。 2:語句複
高效能MySQL 個人筆記
# 寫作目的 最近讀了《高效能MySQL_第3版(中文)》決定寫一篇專門的部落格來記錄所學所得,以及記錄自己平時的積累經驗,並傳播給大家。 # 儲存引擎 ## MyISAM 單獨存放行數資訊(count(*)不帶篩選條件時不用讀表); 支援表鎖,不支援行鎖; 不支援
【六】高效能MySql筆記——高效能索引型別基礎
資料庫優化除了好的設計,還需要好的索引,而作者在工作中與團隊成員、同事、以及在面試新人的時候發現,很多朋友並沒有對索引有一個正確的認識。當問到如何優化資料庫時?得到的答案,也是大家所能想到的唯一答案就是建立索引。但當我問到如何正確建立索引時,卻都不能正確回答。我曾經在
高效能MySql閱讀筆記-第一章
1.Mysql的邏輯架構 解釋: ①第一層客戶端:這個不是Mysql特有,譬如Navicat等客戶端工具。 ②第二層Mysql核心服務功能:譬如查詢解析,優化,快取處理,以及內建函式,儲存過程,檢視
《高效能MySQL》——讀書筆記
高效能mysql讀書筆記 Mysql的架構可以在多種場景中應用,併發揮好的作用。 Mysql最與眾不同的特性是:將資料的儲存和提取相分離。 Mysql架構與歷史 1.1、Mysql邏輯架構 邏輯架構圖: 第二層架構是mysql的核心服務功能,包括查詢解析、分析