既然有了NoSQL為什么還用MySQL，為什么不直接用nosql來(lái)存數(shù)據(jù)？

關(guān)系型數(shù)據(jù)庫(kù)中的表都是存儲(chǔ)一些格式化的數(shù)據(jù)結(jié)構(gòu)，每個(gè)元組字段的組成都一樣，即使不是每個(gè)元組都需要所有的字段，但數(shù)據(jù)庫(kù)會(huì)為每個(gè)元組分配所有的字段，這樣的結(jié)構(gòu)可以便于表與表之間進(jìn)行連接等操作，但從另一個(gè)角度來(lái)說(shuō)它也是關(guān)系型數(shù)據(jù)庫(kù)性能瓶頸的一個(gè)因素。而非關(guān)系型數(shù)據(jù)庫(kù)以鍵值對(duì)存儲(chǔ)，它的結(jié)構(gòu)不固定，每一個(gè)元組可以有不一樣的字段，每個(gè)元組可以根據(jù)需要增加一些自己的鍵值對(duì)，這樣就不會(huì)局限于固定的結(jié)構(gòu)，可以減少一些時(shí)間和空間的開(kāi)銷(xiāo)。

歙縣ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書(shū)未來(lái)市場(chǎng)廣闊！成為成都創(chuàng)新互聯(lián)的ssl證書(shū)銷(xiāo)售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話(huà)聯(lián)系或者加微信：028-86922220（備注：SSL證書(shū)合作）期待與您的合作！

特點(diǎn)：

它們可以處理超大量的數(shù)據(jù)。

它們運(yùn)行在便宜的PC服務(wù)器集群上。

它們擊碎了性能瓶頸。

沒(méi)有過(guò)多的操作。

Bootstrap支持

缺點(diǎn)：

但是一些人承認(rèn)，沒(méi)有正式的官方支持，萬(wàn)一出了差錯(cuò)會(huì)是可怕的，至少很多管理人員是這樣看。

此外，nosql并未形成一定標(biāo)準(zhǔn)，各種產(chǎn)品層出不窮，內(nèi)部混亂，各種項(xiàng)目還需時(shí)間來(lái)檢驗(yàn)

NoSQL和MySQL的區(qū)別大嗎？

即非關(guān)系型數(shù)據(jù)庫(kù)和關(guān)系型數(shù)據(jù)庫(kù)。

MySQL的優(yōu)點(diǎn)：事務(wù)處理—保持?jǐn)?shù)據(jù)的一致性；由于以標(biāo)準(zhǔn)化為前提，數(shù)據(jù)更新的開(kāi)銷(xiāo)很?。ㄏ嗤淖侄位旧现挥幸惶帲豢梢赃M(jìn)行Join等復(fù)雜查詢(xún)

NoSQL的優(yōu)點(diǎn)：首先它是基于內(nèi)存的，也就是數(shù)據(jù)放在內(nèi)存中，而不是像數(shù)據(jù)庫(kù)那樣把數(shù)據(jù)放在磁盤(pán)上，而內(nèi)存的讀取速度是磁盤(pán)讀取速度的幾十倍到上百倍，所以NoSQL工具的速度遠(yuǎn)比數(shù)據(jù)庫(kù)讀取速度要快得多，滿(mǎn)足了高響應(yīng)的要求。即使NoSQL將數(shù)據(jù)放在磁盤(pán)中，它也是一種半結(jié)構(gòu)化的數(shù)據(jù) 格式，讀取到解析的復(fù)雜度遠(yuǎn)比MySQL要簡(jiǎn)單，這是因?yàn)镸ySQL存儲(chǔ)的是經(jīng)過(guò)結(jié)構(gòu)化、多范式等有復(fù)雜規(guī)則的數(shù)據(jù)，還原為內(nèi)存結(jié)構(gòu)的速度較慢。NoSQL在很大程度上滿(mǎn)足了高并發(fā)、快速讀/和響應(yīng)的要求，所以它也是Java互聯(lián)網(wǎng)系統(tǒng)的利器。

簡(jiǎn)單的擴(kuò)展：典型例子是Cassandra，由于其架構(gòu)是類(lèi)似于經(jīng)典的P2P，所以能通過(guò)輕松地添加新的節(jié)點(diǎn)來(lái)擴(kuò)展這個(gè)集群;

低廉的成本：這是大多數(shù)分布式數(shù)據(jù)庫(kù)共有的特點(diǎn)，因?yàn)橹饕际情_(kāi)源軟件，沒(méi)有昂貴的License成本;

NoSQL的缺點(diǎn)：大多數(shù)NoSQL數(shù)據(jù)庫(kù)都不支持事務(wù)，也不像 SQL Server和Oracle那樣能提供各種附加功能，比如BI和報(bào)表等; 不提供對(duì)SQL的支持

那么該如何選擇？

如果規(guī)模和性能比24小時(shí)的數(shù)據(jù)一致性更重要，那NoSQL是一個(gè)理想的選擇 （NoSQL依賴(lài)于BASE模型——基本可用、軟狀態(tài)、最終一致性）。

但如果要保證到“始終一致”，尤其是對(duì)于機(jī)密信息和財(cái)務(wù)信息，那么MySQL很可能是最優(yōu)的選擇（MySQL依賴(lài)于ACID模型——原子性、一致性、獨(dú)立性和耐久性）。

如果關(guān)系數(shù)據(jù)庫(kù)在你的應(yīng)用場(chǎng)景中，完全能夠很好的工作，而你又是非常善于使用和維護(hù)關(guān)系數(shù)據(jù)庫(kù)的，那么我覺(jué)得你完全沒(méi)有必要遷移到NoSQL上面，除非你是個(gè)喜歡折騰的人。如果你是在金融，電信等以數(shù)據(jù)為王的關(guān)鍵領(lǐng)域，目前使用的是Oracle數(shù)據(jù)庫(kù)來(lái)提供高可靠性的，除非遇到特別大的瓶頸，不然也別貿(mào)然嘗試NoSQL。

然而，在WEB2.0的網(wǎng)站中，關(guān)系數(shù)據(jù)庫(kù)大部分都出現(xiàn)了瓶頸。在磁盤(pán)IO、數(shù)據(jù)庫(kù)可擴(kuò)展上都花費(fèi)了開(kāi)發(fā)人員相當(dāng)多的精力來(lái)優(yōu)化，比如做分表分庫(kù)（database sharding）、主從復(fù)制、異構(gòu)復(fù)制等等，然而，這些工作需要的技術(shù)能力越來(lái)越高，也越來(lái)越具有挑戰(zhàn)性。如果你正在經(jīng)歷這些場(chǎng)合，那么我覺(jué)得你應(yīng)該嘗試一下NoSQL了。

具體問(wèn)題具體分析

MySQL體積小、速度快、成本低、結(jié)構(gòu)穩(wěn)定、便于查詢(xún)，可以保證數(shù)據(jù)的一致性，但缺乏靈活性。

NoSQL高性能、高擴(kuò)展、高可用，不用局限于固定的結(jié)構(gòu)，減少了時(shí)間和空間上的開(kāi)銷(xiāo)，卻又很難保證數(shù)據(jù)一致性。

————————————————

版權(quán)聲明：本文為CSDN博主「蒟蒻熊」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請(qǐng)附上原文出處鏈接及本聲明。

原文鏈接：

mysql 怎么以nosql 方式訪問(wèn)

訪問(wèn)表的方式很多，基本原理是：客戶(hù)端連接服務(wù)端，正常登陸（通過(guò)身份驗(yàn)證），即可正常訪問(wèn)到數(shù)據(jù)庫(kù)表，可用語(yǔ)句，也可直接打開(kāi)數(shù)據(jù)庫(kù)表

如何從mysql轉(zhuǎn)到nosql

1、在本地和服務(wù)器都安裝同樣的數(shù)據(jù)庫(kù)客戶(hù)端，如oracle常用SQLPlus、MySQL常用HeiDi sql或者navicat、mssql2005則常用SQL Server Management Studio；

2、在本地通過(guò)數(shù)據(jù)庫(kù)客戶(hù)端導(dǎo)出數(shù)據(jù)庫(kù)為sql文件；

3、將sql文件遠(yuǎn)程傳遞到服務(wù)器上；

4、在服務(wù)器上用相同的數(shù)據(jù)庫(kù)客戶(hù)端將sql文件執(zhí)行一遍即可將本地?cái)?shù)據(jù)庫(kù)導(dǎo)入到服務(wù)器上。