共享磁盤與mysql數據庫部署（如何建立共享數據庫）

本文目錄一覽：

• 1、想知道雲數據庫MySql，是存放在獨立的服務器上嗎？購買後我們如何查看數據庫數據，是登錄遠程還是通
• 2、沒有oracle的共享磁盤，mysql怎麼實現高可用
• 3、MySql安裝在服務器磁盤C上，如何設置把存儲數據存放到磁盤陣列里。
• 4、mysql怎麼遷移到數據盤
• 5、如何在Windows系統中配置Mysql群集
• 6、MySQL與磁盤交互是什麼原理？

想知道雲數據庫MySql，是存放在獨立的服務器上嗎？購買後我們如何查看數據庫數據，是登錄遠程還是通

移動雲MySQL是基於物理機進行的容器化部署，通過容器提供的數據庫服務。目前實例規格族，包括通用型、獨享型和通用入門型。其中通用型和通用入門型是與同一物理機上其他通用版實例共享CPU⌄磁盤和I/O資源，獨享被分配的內存資源。獨享型是完全獨享被分配的CPU、內存、磁盤和I/O資源。購買成功的MySQL需要下載適配版本的MySQL客戶端程序進行遠程訪問。

了解移動云云數據庫MySql更多詳情，歡迎註冊登錄移動雲官網→

沒有oracle的共享磁盤，mysql怎麼實現高可用

mysql是通過複製實現高可用的。主節點宕掉了可以繼續使用複製節點。

有主從，主主等多種方式。

MySql安裝在服務器磁盤C上，如何設置把存儲數據存放到磁盤陣列里。

服務器和磁盤陣列的鏈接有很多種方式，根據拓撲劃分，主要有DAS存儲陣列直連服務器、SAN存儲陣列通過交換機服務器相連，很多時候是要配置交換機，這樣做的目的主要是兩個：1、實現多台服務器對同一磁盤陣列資源的共享；2、實現多路徑和控制器之間的故障切換5172服務器和磁盤陣列的鏈接方式，根據協議劃分主要是FC協議、iSCSI協議a兩種協議的最大差別就是數據傳輸的封裝方式有差別，FC協議是專門用於存儲數據傳輸的專用協議，需要專門的傳輸設備，包括服務器側專用的HBA卡、FC交換機；iSCSI是基於IP協議的存儲數據傳輸協議，可以通過一般的以太網卡和IP交換機即可。磁盤陣列的RAID5通常是磁盤陣列的基本功能，需要注意的是，如果需要由4塊500GB硬盤作RAID5，則只能得到1500GB的空間，校驗碼的存放是由RAID算法芯片自動完成的，不需要設定。所以，使用時最關鍵的是要計算好容量。其他操作只要參照說明書，一般都很容易操作，圖形化的界面。

mysql怎麼遷移到數據盤

操作步驟如下：

1.首先格式化磁盤，並將數據盤掛載在mnt目錄下

mkdir -p /mnt/data

2.用mysqldump命令導出您項目所有的數據，命令參考如下：

mysqldump -p –all -datebasesall.sql

3.停止mysql

/etc/init.d/mysqld stop

4.vim/etc/init.d/mysqld 將文件中“datadir = /server/mysql/data”中的目錄地址更改為您遷移至數據盤中的目錄地址，即“datadir=/mnt/data”。

5.然後用以下命令初始化一個全新的數據庫環境：

/server/mysql/scripts/mysql_install_db –basedir =/server/mysql–datadir = mnt/data — user =mysql

值得注意的是datadir為您mysql的數據目錄。

6.啟動mysql，然後將數據還原至新的數據盤中：

/etc/init.d/mysqld start

mysql all.sql

/etc/init.d/mysqld restart

如何在Windows系統中配置Mysql群集

MySQL 群集是一種技術，該技術允許在無共享的系統中部署“內存中”和“磁盤中”數據庫的 Cluster 。通過無共享體系結構，系統能夠使用廉價的硬件，而且對軟硬件無特殊要求。此外，由於每個組件有自己的內存和磁盤，不存在單點故障。MySQL Cluster 由一組計算機構成，每台計算機上均運行着多種進程，包括 MySQL 服務器，NDB Cluster 的數據節點，管理服務器，以及（可能存在的）專門的數據訪問程序。

MySQL 群集的數據節點之間的通信是不加密的，並且需要高速的帶寬，所以建議把群集建立在一個高速局域網內，不建議跨網段、跨公網的部署這種系統體系。

MySQL 群集分為三種節點：管理節點，數據節點和SQL節點。

一、軟件下載機器操作環境

配置 MySQL 群集必需使用其群集版本，注意和 MySQL Server 版本的區別。本文以 Windows 平台下的 MySQL 群集版本 MySQL Cluster 7.1.3 為例（截至2010年6月初的最高版本），這是 MySQL Server 5.1 系列版本之一，添加了群集的功能。下載地址為：，選擇 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件，這是一個 for Windows 32位版本的、免安裝的二進制版本。

根據自己的操作系統的位數，也可以選擇 64 位版本的。還有一個 27.2M 的 Windows(x86, 32-bit) 版本，下載下來需要自己編譯，有經驗的高級用戶可以選用。

本實驗在 2 台安裝 Windows Server 2003(sp2) 的機器上進行。節點分配及 IP 配置如下：

第一台機器，IP 為 10.0.0.201，作為管理節點(MGM)，SQL節點1(SQL1)，數據節點1(NDBD1)。

第二台機器，IP 為 10.0.0.202，作為SQL節點2(SQL2)，數據節點2(NDBD2)。

管理節點最好不要與數據節點部署在同一台服務器上，否則可能會因為該數據節點服務器的當機，而導致管理節點服務器的問題，從而導致整個群集系統的崩潰。

二，配置管理節點：

在第一台機器上，建文件夾 D:\mysql-cluster，在其下建立文件 config.ini，內容如下：

[NDBD DEFAULT]

NoOfReplicas=1

[MYSQLD DEFAULT]

[NDB_MGMD DEFAULT]

[TCP DEFAULT]

# Managment Server

[NDB_MGMD]

hostname=10.0.0.201

# Storage Engines

[NDBD]

hostname=10.0.0.201

datadir= D:\data

[NDBD]

hostname=10.0.0.202

datadir= D:\data

# SQL Engines

[MYSQLD]

hostname=10.0.0.201

[MYSQLD]

hostname=10.0.0.202

Cluster 管理節點的默認端口是1186，數據節點的默認端口是 2202。從 MySQL 5.0.3開始，該限制已被放寬，Cluster 能夠根據空閑的端口自動地為數據節點分配端口。如果你的版本低於5.0.22，請注意這個細節。

Cluster 管理節點作為一個服務端(通過運行 db_mgmd.exe 程序讀取本配置文件來啟動)，通過本機上的客戶端 ndb_mgm.exe 來連接和操作。

三、配置 MySQL 數據庫服務器：

在2台機器上，分別依次操作。

解壓 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件到 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 文件夾下，把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\bin 加到 Windows 的系統 path 中。

打開DOS命令行窗口（配置完系統path後，在再次打開新的命令行窗口），執行以下語句，讓 MySQL 作為 Windows 服務運行：

mysqld.exe -install mysql

再在 Windows 服務管理界面里，配置 mysql 服務，手動啟動（不要自動啟動）。

把 D:\mysql-cluster-gpl-noinstall-7.1.3-win32 下的某個備用的配置文件（例如my-small.ini）複製為 my.ini 文件。

建立 D:\tmp 文件夾。

四、配置SQL節點和數據節點：

在2台機器上，分別依次操作。

建立文件夾 D:\data。

編輯 NySQL 配置文件 D:\mysql-cluster-gpl-noinstall-7.1.3-win32\my.ini，在 [mysqld] 節末尾加語句：

#SQL群集節點

ndbcluster

ndb-connectstring=10.0.0.201

有了 ndbcluster 語句，mysql 服務將作為群集的 SQL 節點啟動。mysqld.exe 命令帶參數 –ndbcluster 運行是一樣的效果。

mysql 服務連接到數據節點的 2202 默認端口，或自動分配的別的可用端口。

（問題：SQL節點如何獲得數據節點的IP地址？是否通過連接管理節點，取得所有數據節點的IP地址的列表？）

這裡的連接字符串的值在 MySQL 服務啟動時使用，用於連接到管理節點。

在末尾加語句：

#NDB集群節點

[mysql_cluster]

ndb-connectstring=10.0.0.201

註：好像以下形式也可：

[ndbd]

ndb-connectstring=10.0.0.201

這裡的連接字符串的值在數據節點啟動時使用，用於連接到管理節點。

五，啟動群集各服務器

啟動順序依次是：管理節點、數據節點、SQL節點。

1，啟動管理節點

在第一台服務器的DOS窗口，運行命令：

C:\ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster

註：如果不帶 –configdir=d:\mysql-cluster 參數，將默認為 C:\mysql\mysql-cluster 文件夾。

屏幕顯示：

C:\ndb_mgmd.exe -f d:\mysql-cluster.conf\config.ini –configdir=d:\mysql-cluster

2010-06-10 01:16:57 [MgmtSrvr] INFO — NDB Cluster Management Server. mysql-5.1.44 ndb-7.1.3

2010-06-10 01:16:57 [MgmtSrvr] INFO — Reading cluster configuration from ‘d:\mysql-cluster.conf\config.ini’

2010-06-10 01:16:57 [MgmtSrvr] INFO — Got initial configuration from ‘d:\mysql-cluster.conf\config.ini’, will try to set it when all ndb_mgmd(s) started

2010-06-10 01:16:57 [MgmtSrvr] INFO — Mgmt server state: nodeid 1 reserved for ip 10.0.0.201, m_reserved_nodes 1.

2010-06-10 01:16:57 [MgmtSrvr] INFO — Id: 1, Command port: *:1186

==INITIAL==

2010-06-10 01:16:57 [MgmtSrvr] INFO — Starting initial configuration change

2010-06-10 01:16:57 [MgmtSrvr] INFO — Configuration 1 commited

2010-06-10 01:16:57 [MgmtSrvr] INFO — Config change completed! New generation: 1

==CONFIRMED==

2，啟動數據節點

分別在2台服務器的DOS窗口運行命令。

第一次，或初始化群集節點時，運行命令：

ndbd.exe –initial

初始化之後，只運行 ndbd.exe 即可。若帶參數 –initial 運行，將使正常運行的群集系統中，數據節點的數據全部丟失。

數據節點依賴管理節點服務器，進行數據的自動複製和同步，使各個數據節點的數據保持一致，並在某個數據節點意外關閉又恢復後，進行數據的恢復重建。

3，啟動SQL節點

有了 ndbcluster 語句，啟動 mysql 服務，就啟動了SQL節點。應在前2種節點啟動後，分別在2台服務器上進行。

MySQL與磁盤交互是什麼原理？

Mysql 工作原理圖

Mysql是由SQL接口，解析器，優化器，緩存，存儲引擎組成的。

mysql原理圖各個組件說明：

1. connectors

與其他編程語言中的sql 語句進行交互，如php、java等。

2. Management Serveices Utilities

系統管理和控制工具

3. Connection Pool (連接池)

管理緩衝用戶連接，線程處理等需要緩存的需求

4. SQL Interface (SQL接口)

接受用戶的SQL命令，並且返回用戶需要查詢的結果。比如select from就是調用SQL Interface

5. Parser （解析器）

SQL命令傳遞到解析器的時候會被解析器驗證和解析。

主要功能：

a . 將SQL語句分解成數據結構，並將這個結構傳遞到後續步驟，後面SQL語句的傳遞和處理就是基於這個結構的

b. 如果在分解構成中遇到錯誤，那麼就說明這個sql語句是不合理的，語句將不會繼續執行下去

6. Optimizer (查詢優化器)

SQL語句在查詢之前會使用查詢優化器對查詢進行優化(產生多種執行計劃,最終數據庫會選擇最優化的方案去執行,儘快返會結果) 他使用的是“選取-投影-聯接”策略進行查詢。

用一個例子就可以理解： select uid,name from user where gender = 1;

這個select 查詢先根據where 語句進行選取，而不是先將表全部查詢出來以後再進行gender過濾

這個select查詢先根據uid和name進行屬性投影，而不是將屬性全部取出以後再進行過濾

將這兩個查詢條件聯接起來生成最終查詢結果.

7. Cache和Buffer (查詢緩存)

如果查詢緩存有命中的查詢結果，查詢語句就可以直接去查詢緩存中取數據。

這個緩存機制是由一系列小緩存組成的。比如表緩存，記錄緩存，key緩存，權限緩存等

8.Engine (存儲引擎)

存儲引擎是MySql中具體的與文件打交道的子系統。也是Mysql最具有特色的一個地方。

Mysql的存儲引擎是插件式的。它根據MySql AB公司提供的文件訪問層的一個抽象接口來定製一種文件訪問機制（這種訪問機制就叫存儲引擎）

SQL 語句執行過程

數據庫通常不會被直接使用，而是由其他編程語言通過SQL語句調用mysql，由mysql處理並返回執行結果。那麼Mysql接受到SQL語句後，又是如何處理

首先程序的請求會通過mysql的connectors與其進行交互，請求到處後，會暫時存放在連接池（connection pool)中並由處理器（Management Serveices Utilities）管理。當該請求從等待隊列進入到處理隊列，管理器會將該請求丟給SQL接口（SQL Interface）。SQL接口接收到請求後，它會將請求進行hash處理並與緩存中的結果進行對比，如果完全匹配則通過緩存直接返回處理結果；否則，需要完整的走一趟流程：

(1)由SQL接口丟給後面的解釋器（Parser），解釋器會判斷SQL語句正確與否，若正確則將其轉化為數據結構。

(2)解釋器處理完，便來到後面的優化器（Optimizer），它會產生多種執行計劃,最終數據庫會選擇最優化的方案去執行,儘快返會結果。

(3)確定最優執行計劃後，SQL語句此時便可以交由存儲引擎（Engine）處理，存儲引擎將會到後端的存儲設備中取得相應的數據，並原路返回給程序。

注意點

(1)如何緩存查詢數據

存儲引擎處理完數據，並將其返回給程序的同時，它還會將一份數據保留在緩存中，以便更快速的處理下一次相同的請求。具體情況是，mysql會將查詢的語句、執行結果等進行hash，並保留在cache中，等待下次查詢。

(2)buffer與cache的區別

從mysql原理圖可以看到，緩存那裡實際上有buffer和cache兩個，那它們之間的區別：簡單的說就是，buffer是寫緩存，cache是讀緩存。

(3)如何判斷緩存中是否已緩存需要的數據

這裡可能有一個誤區，覺得處理SQL語句的時候，為了判斷是否已緩存查詢結果，會將整個流程走一遍，取得執行結果後再與需要的進行對比，看看是否命中，並以此說，既然不管緩存中有沒有緩存到查詢內容，都要整個流程走一遍，那緩存的優勢在哪？

其實並不是這樣，在第一次查詢後，mysql便將查詢語句以及查詢結果進行hash處理並保留在緩存中，SQL查詢到達之後，對其進行同樣的hash處理後，將兩個hash值進行對照，如果一樣，則命中，從緩存中返回查詢結果；否則，需要整個流程走一遍。