本文目錄一覽：
mysql 使用方法
據了知道的.至少有兩個方法.
1 .在 cmd 裡面 輸入 net stop mysql 停掉mysql,然後在資料庫安裝目錄找到 mysqldb 的文件夾,可以看到裡面有很多文件的. 那就是你的資料庫的表了.把一整個 mysqldb 文件複製到 另一台機上的 資料庫存放的目錄下面. 然後同樣目標機器上執行 net stop mysql 以及 net start mysql,就可以了. 這個方法有缺點,就是要停下資料庫.
2. 安裝phpmyadmin 把資料庫備份出來,然後再恢復到目標機器.兩部機器都不用停資料庫,不過要安裝 phpmyadmin 或者 Navicat for MySQL
MySQL資料庫性能優化有哪些技巧？
1.存儲引擎的選擇如果數據表需要事務處理，應該考慮使用InnoDB，因為它完全符合ACID特性。如果不需要事務處理，使用默認存儲引擎MyISAM是比較明智的。並且不要嘗試同時使用這兩個存儲引擎。思考一下：在一個事務處理中，一些數據表使用InnoDB，而其餘的使用MyISAM.結果呢？整個subject將被取消，只有那些在事務處理中的被帶回到原始狀態，其餘的被提交的數據轉存，這將導致整個資料庫的衝突。然而存在一個簡單的方法可以同時利用兩個存儲引擎的優勢。目前大多數MySQL套件中包括InnoDB、編譯器和鏈表，但如果你選擇MyISAM，你仍然可以單獨下載InnoDB，並把它作為一個插件。很簡單的方法，不是嗎？
2.計數問題如果數據表採用的存儲引擎支持事務處理（如InnoDB），你就不應使用COUNT（*）計算數據表中的行數。這是因為在產品類資料庫使用COUNT（*），最多返回一個近似值，因為在某個特定時間，總有一些事務處理正在運行。如果使用COUNT（*）顯然會產生bug，出現這種錯誤結果。
3.反覆測試查詢查詢最棘手的問題並不是無論怎樣小心總會出現錯誤，並導致bug出現。恰恰相反，問題是在大多數情況下bug出現時，應用程序或資料庫已經上線。的確不存在針對該問題切實可行的解決方法，除非將測試樣本在應用程序或資料庫上運行。任何資料庫查詢只有經過上千個記錄的大量樣本測試，才能被認可。
4.避免全表掃描通常情況下，如果MySQL（或者其他關係資料庫模型）需要在數據表中搜索或掃描任意特定記錄時，就會用到全表掃描。此外，通常最簡單的方法是使用索引表，以解決全表掃描引起的低效能問題。然而，正如我們在隨後的問題中看到的，這存在錯誤部分。
5.使用「EXPLAIN」進行查詢當需要調試時，EXPLAIN是一個很好的命令，下面將對EXPLAIN進行深入探討。
mysql資料庫建好後怎麼使用？
這很簡單啊！
在windows下，假如你的mysql裝在
d:\mysql
就可以這樣：
先切換到它的bin目錄
cd
d:\mysql\bin\
d:\mysql\binmysql
-u
root
-p
接著輸入你的root密碼
接下來你就可以創建資料庫、創建用戶、創建修改表之類的操作（常用命令如下）。
查看現有資料庫
mysql
show
databases;
創建資料庫(假如資料庫名為
mydb)
mysql
create
database
mydb;
刪除資料庫（假如資料庫名為
mydb）
mysql
drop
database
accounts;
使用資料庫（假如使用資料庫
mydb）
mysql
use
mydb;
執行完使用資料庫命令後，就可以對該資料庫進行創建、修改、插入、刪除表等操作，這些表的操作命令你可以到網上找找，不是很難的。一個資料庫就相當於一個
excel
文件，而表則相當於excel文件的單元格，數據就是存放在表中。
五大常見的MySQL高可用方案(最全)
1. 概述
我們在考慮MySQL資料庫的高可用的架構時，主要要考慮如下幾方面：
如果資料庫發生了宕機或者意外中斷等故障，能儘快恢復資料庫的可用性，儘可能的減少停機時間，保證業務不會因為資料庫的故障而中斷。
用作備份、只讀副本等功能的非主節點的數據應該和主節點的數據實時或者最終保持一致。
當業務發生資料庫切換時，切換前後的資料庫內容應當一致，不會因為數據缺失或者數據不一致而影響業務。
關於對高可用的分級在這裡我們不做詳細的討論，這裡只討論常用高可用方案的優缺點以及高可用方案的選型。
2. 高可用方案
2.1. 主從或主主半同步複製
使用雙節點資料庫，搭建單向或者雙向的半同步複製。在5.7以後的版本中，由於lossless replication、logical多線程複製等一些列新特性的引入，使得MySQL原生半同步複製更加可靠。
常見架構如下：
通常會和proxy、keepalived等第三方軟體同時使用，即可以用來監控資料庫的 健康 ，又可以執行一系列管理命令。如果主庫發生故障，切換到備庫後仍然可以繼續使用資料庫。
優點：
架構比較簡單，使用原生半同步複製作為數據同步的依據；
雙節點，沒有主機宕機後的選主問題，直接切換即可；
雙節點，需求資源少，部署簡單；
缺點：
完全依賴於半同步複製，如果半同步複製退化為非同步複製，數據一致性無法得到保證；
需要額外考慮haproxy、keepalived的高可用機制。
2.2. 半同步複製優化
半同步複製機制是可靠的。如果半同步複製一直是生效的，那麼便可以認為數據是一致的。但是由於網路波動等一些客觀原因，導致半同步複製發生超時而切換為非同步複製，那麼這時便不能保證數據的一致性。所以儘可能的保證半同步複製，便可提高數據的一致性。
該方案同樣使用雙節點架構，但是在原有半同複製的基礎上做了功能上的優化，使半同步複製的機制變得更加可靠。
可參考的優化方案如下：
2.2.1. 雙通道複製
半同步複製由於發生超時後，複製斷開，當再次建立起複制時，同時建立兩條通道，其中一條半同步複製通道從當前位置開始複製，保證從機知道當前主機執行的進度。另外一條非同步複製通道開始追補從機落後的數據。當非同步複製通道追趕到半同步複製的起始位置時，恢復半同步複製。
2.2.2. binlog文件伺服器
搭建兩條半同步複製通道，其中連接文件伺服器的半同步通道正常情況下不啟用，當主從的半同步複製發生網路問題退化後，啟動與文件伺服器的半同步複製通道。當主從半同步複製恢復後，關閉與文件伺服器的半同步複製通道。
優點：
雙節點，需求資源少，部署簡單；
架構簡單，沒有選主的問題，直接切換即可;
相比於原生複製，優化後的半同步複製更能保證數據的一致性。
缺點：
需要修改內核源碼或者使用mysql通信協議。需要對源碼有一定的了解，並能做一定程度的二次開發。
依舊依賴於半同步複製，沒有從根本上解決數據一致性問題。
2.3. 高可用架構優化
將雙節點資料庫擴展到多節點資料庫，或者多節點資料庫集群。可以根據自己的需要選擇一主兩從、一主多從或者多主多從的集群。
由於半同步複製，存在接收到一個從機的成功應答即認為半同步複製成功的特性，所以多從半同步複製的可靠性要優於單從半同步複製的可靠性。並且多節點同時宕機的幾率也要小於單節點宕機的幾率，所以多節點架構在一定程度上可以認為高可用性是好於雙節點架構。
但是由於資料庫數量較多，所以需要資料庫管理軟體來保證資料庫的可維護性。可以選擇MMM、MHA或者各個版本的proxy等等。常見方案如下：
2.3.1. MHA+多節點集群
MHA Manager會定時探測集群中的master節點，當master出現故障時，它可以自動將最新數據的slave提升為新的master，然後將所有其他的slave重新指向新的master，整個故障轉移過程對應用程序完全透明。
MHA Node運行在每台MySQL伺服器上，主要作用是切換時處理二進位日誌，確保切換盡量少丟數據。
MHA也可以擴展到如下的多節點集群：
優點：
可以進行故障的自動檢測和轉移;
可擴展性較好，可以根據需要擴展MySQL的節點數量和結構;
相比於雙節點的MySQL複製，三節點/多節點的MySQL發生不可用的概率更低
缺點：
至少需要三節點，相對於雙節點需要更多的資源;
邏輯較為複雜，發生故障後排查問題，定位問題更加困難;
數據一致性仍然靠原生半同步複製保證，仍然存在數據不一致的風險;
可能因為網路分區發生腦裂現象;
2.3.2. zookeeper+proxy
Zookeeper使用分散式演算法保證集群數據的一致性，使用zookeeper可以有效的保證proxy的高可用性，可以較好的避免網路分區現象的產生。
優點：
較好的保證了整個系統的高可用性，包括proxy、MySQL;
擴展性較好，可以擴展為大規模集群;
缺點：
數據一致性仍然依賴於原生的mysql半同步複製;
引入zk，整個系統的邏輯變得更加複雜;
2.4. 共享存儲
共享存儲實現了資料庫伺服器和存儲設備的解耦，不同資料庫之間的數據同步不再依賴於MySQL的原生複製功能，而是通過磁碟數據同步的手段，來保證數據的一致性。
2.4.1. SAN共享儲存
SAN的概念是允許存儲設備和處理器（伺服器）之間建立直接的高速網路（與LAN相比）連接，通過這種連接實現數據的集中式存儲。常用架構如下：
使用共享存儲時，MySQL伺服器能夠正常掛載文件系統並操作，如果主庫發生宕機，備庫可以掛載相同的文件系統，保證主庫和備庫使用相同的數據。
優點：
兩節點即可，部署簡單，切換邏輯簡單；
很好的保證數據的強一致性；
不會因為MySQL的邏輯錯誤發生數據不一致的情況；
缺點：
需要考慮共享存儲的高可用；
價格昂貴；
2.4.2. DRBD磁碟複製
DRBD是一種基於軟體、基於網路的塊複製存儲解決方案，主要用於對伺服器之間的磁碟、分區、邏輯卷等進行數據鏡像，當用戶將數據寫入本地磁碟時，還會將數據發送到網路中另一台主機的磁碟上，這樣的本地主機(主節點)與遠程主機(備節點)的數據就可以保證實時同步。常用架構如下：
當本地主機出現問題，遠程主機上還保留著一份相同的數據，可以繼續使用，保證了數據的安全。
DRBD是linux內核模塊實現的快級別的同步複製技術，可以與SAN達到相同的共享存儲效果。
優點：
兩節點即可，部署簡單，切換邏輯簡單；
相比於SAN儲存網路，價格低廉；
保證數據的強一致性；
缺點：
對io性能影響較大；
從庫不提供讀操作；
2.5. 分散式協議
分散式協議可以很好解決數據一致性問題。比較常見的方案如下：
2.5.1. MySQL cluster
MySQL cluster是官方集群的部署方案，通過使用NDB存儲引擎實時備份冗餘數據，實現資料庫的高可用性和數據一致性。
優點：
全部使用官方組件，不依賴於第三方軟體；
可以實現數據的強一致性；
缺點：
國內使用的較少；
配置較複雜，需要使用NDB儲存引擎，與MySQL常規引擎存在一定差異；
至少三節點；
2.5.2. Galera
基於Galera的MySQL高可用集群， 是多主數據同步的MySQL集群解決方案，使用簡單，沒有單點故障，可用性高。常見架構如下：
優點：
多主寫入，無延遲複製，能保證數據強一致性；
有成熟的社區，有互聯網公司在大規模的使用；
自動故障轉移，自動添加、剔除節點；
缺點：
需要為原生MySQL節點打wsrep補丁
只支持innodb儲存引擎
至少三節點；
2.5.3. POAXS
Paxos 演算法解決的問題是一個分散式系統如何就某個值（決議）達成一致。這個演算法被認為是同類演算法中最有效的。Paxos與MySQL相結合可以實現在分散式的MySQL數據的強一致性。常見架構如下：
優點：
多主寫入，無延遲複製，能保證數據強一致性；
有成熟理論基礎；
自動故障轉移，自動添加、剔除節點；
缺點：
只支持innodb儲存引擎
至少三節點；
3. 總結
隨著人們對數據一致性的要求不斷的提高，越來越多的方法被嘗試用來解決分散式數據一致性的問題，如MySQL自身的優化、MySQL集群架構的優化、Paxos、Raft、2PC演算法的引入等等。
而使用分散式演算法用來解決MySQL資料庫數據一致性的問題的方法，也越來越被人們所接受，一系列成熟的產品如PhxSQL、MariaDB Galera Cluster、Percona XtraDB Cluster等越來越多的被大規模使用。
隨著官方MySQL Group Replication的GA，使用分散式協議來解決數據一致性問題已經成為了主流的方向。期望越來越多優秀的解決方案被提出，MySQL高可用問題可以被更好的解決。
mysql使用教程？
MySQL資料庫使用教程介紹
完整 MySQL 操作詳見：[MySQL攻略]MySQL資料庫使用教程介紹
什麼叫MySQL資料庫？
資料庫（Database）是依照演算法設計來機構、儲存和管理數據信息的倉庫。每一個資料庫都具有一個或多個API用以創建，訪問，管理，檢索和拷貝存儲的數據信息。
如今大家用的大多數是關係型資料庫管理系統（RDBMS）來儲存和管理大量數據。所謂關係型資料庫，就是以關係模型為基礎的資料庫，憑藉結合集合代數等數學概念來對資料庫中的數據進行處理。
MySQL是時下最熱門的關係型資料庫管理系統之一，本教程將會講解MySQL的基礎知識，並幫助大家熟練應用MySQL資料庫。
MySQL教程-RDBMS專業術語
在開始學習MySQL資料庫前，使我們先掌握下RDBMS的一些專業術語：
資料庫:資料庫是一些關係表的結合。
數據表:數據的矩陣。在一個資料庫中的表看上去像一個簡易的excel表。
列:一列(數據元素)包括了同類型的數據。
行：一行（元組/紀錄）是一組有關的數據。
冗餘：儲存二倍數據，性能會有所損失，但信息安全性有所提高。
主鍵：主鍵是唯一的。一個數據表中只有包含一個主鍵。
外鍵：用於關聯兩個表。
索引：用資料庫索引可快速訪問數據表中的特定信息。索引是對資料庫表格中一列或多列的值作排列的一種構造方式。類似書本的目錄。
MySQL教程-基礎操作
進到資料庫：mysql -uroot -p，登陸密碼立即回車鍵
退出資料庫：quit或是exit
查詢版本號：select version();
獲取當前時間：select now();
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/190670.html
微信掃一掃 
支付寶掃一掃 