1. nosql為啥比sql快
索引多，nosql一條記錄所用的空間是sql的3-5倍，有的甚至上10倍。
邏輯單一，nosql只做簡單的提取，sql能做復雜的關聯
2. 什麼是NoSQL，它有什麼優缺點
NoSQL，指的是非關系型的資料庫。NoSQL有時也稱作Not Only SQL的縮寫，是對不同於傳統的關系型資料庫的資料庫管理系統的統稱。
NoSQL用於超大規模數據的存儲。（例如谷歌或Facebook每天為他們的用戶收集萬億比特的數據）。這些類型的數據存儲不需要固定的模式，無需多餘操作就可以橫向擴展。
NoSQL的優點/缺點
優點:
- 高可擴展性
- 分布式計算
- 低成本
- 架構的靈活性，半結構化數據
- 沒有復雜的關系
缺點:
- 沒有標准化
- 有限的查詢功能（到目前為止）
- 最終一致是不直觀的程序 （BY三人行慕課）
3. nosql為什麼比sql快
因為索引多。同一條個數據，NOSQL佔用空間是一般SQL資料庫的3-5倍。
你可以理解成NOSQL默認開啟全欄位索引和全文索引什麼的。
其實在十萬級以下的數據，只要SQL建好索引的情況並不比NOSQL慢。NOSQL主要是用於千萬上億級的時候。
4. nosql與mysql他們之間的區別於優點
網路：
NoSQL與關系型資料庫設計理念比較
關系型資料庫中的表都是存儲一些格式化的數據結構，每個元組欄位的組成都一樣，即使不是每個元組都需要所有的欄位，但資料庫會為每個元組分配所有的欄位，這樣的結構可以便於表與表之間進行連接等操作，但從另一個角度來說它也是關系型資料庫性能瓶頸的一個因素。而非關系型資料庫以鍵值對存儲，它的結構不固定，每一個元組可以有不一樣的欄位，每個元組可以根據需要增加一些自己的鍵值對，這樣就不會局限於固定的結構，可以減少一些時間和空間的開銷。
特點：
它們可以處理超大量的數據。
它們運行在便宜的PC伺服器集群上。
它們擊碎了性能瓶頸。
沒有過多的操作。
Bootstrap支持
缺點：
但是一些人承認，沒有正式的官方支持，萬一出了差錯會是可怕的，至少很多管理人員是這樣看。
此外，nosql並未形成一定標准，各種產品層出不窮，內部混亂，各種項目還需時間來檢驗
5. nosql資料庫庫和sql資料庫的區別
一、概念
SQL(StructuredQueryLanguage)資料庫，指關系型資料庫。主要代表：SQLServer，Oracle，MySQL(開源)，PostgreSQL(開源)。
NoSQL（NotOnlySQL）泛指非關系型資料庫。主要代表：MongoDB，Redis，CouchDB。
二、區別
1、存儲方式
SQL數據存在特定結構的表中；而NoSQL則更加靈活和可擴展，存儲方式可以省是JSON文檔、哈希表或者其他方式。SQL通常以資料庫表形式存儲數據。舉個栗子，存個學生借書數據：
4、SQL中的JOIN查詢
SQL中可以使用JOIN表鏈接方式將多個關系數據表中的數據用一條簡單的查詢語句查詢出來。NoSQL暫未提供類似JOIN的查詢方式對多個數據集中的數據做查詢。所以大部分NoSQL使用非規范化的數據存儲方式存儲數據。
5、數據耦合性
SQL中不允許刪除已經被使用的外部數據，例如審核人表中的"熊三"已經被分配給了借閱人熊大，那麼在審核人表中將不允許刪除熊三這條數據，以保證數據完整性。而NoSQL中則沒有這種強耦合的概念，可以隨時刪除任何數據。
6、事務
SQL中如果多張表數據需要同批次被更新，即如果其中一張表更新失敗的話其他表也不能更新成功。這種場景可以通過事務來控制，可以在所有命令完成後再統一提交事務。而NoSQL中沒有事務這個概念，每一個數據集的操作都是原子級的。
7、增刪改查語法
8、查詢性能
在相同水平的系統設計的前提下，因為NoSQL中省略了JOIN查詢的消耗，故理論上性能上是優於SQL的。
6. 網站建設時SQL和Nosql如何選擇
SQL的獨特優勢包括：
1. SQL能夠加強與數據的交互，並允許對單個資料庫設計提出問題。這是很關鍵的特徵，因為無法交互的數據基本上是沒用的，並且，增強的交互性能夠帶來新的見解、新的問題和更有意義的未來交互。
2. SQL是標准化的，使用戶能夠跨系統運用他們的知識，並對第三方附件和工具提供支持。
3. SQL能夠擴展，並且是多功能和經過時間驗證的，這能夠解決從快寫為主導的傳輸到掃描密集型深入分析等問題。
4. SQL對數據呈現和存儲採用正交形式，一些SQL系統支持JSON和其他結構化對象格式，比NoSQL具有更好的性能和更多功能。
NoSQL特點：
易擴展
NoSQL資料庫種類繁多，但是一個共同的特點都是去掉關系資料庫的關系型特性。數據之間無關系，這樣就非常容易擴展。也無形之間，在架構的層面上帶來了可擴展的能力。
大數據量，高性能
NoSQL資料庫都具有非常高的讀寫性能，尤其在大數據量下，同樣表現優秀。這得益於它的無關系性，資料庫的結構簡單。NoSQL的Cache是記錄級的，是一種細粒度的Cache，所以NoSQL在這個層面上來說就要性能高很多了。
靈活的數據模型
NoSQL無需事先為要存儲的數據建立欄位，隨時可以存儲自定義的數據格式。而在關系資料庫里，增刪欄位是一件非常麻煩的事情。如果是非常大數據量的表，增加欄位簡直就是一個噩夢。這點在大數據量的web2.0時代尤其明顯。
高可用
NoSQL在不太影響性能的情況，就可以方便的實現高可用的架構。比如Cassandra，HBase模型，通過復制模型也能實現高可用。
7. 想問下，nosql和mysql的使用有什麼區別
Nosql是沒有固定格式的數據，分散的
mysql是一個開源的資料庫系統，以二維表的格式存儲數據
8. NoSQL和MySQL的區別大嗎
即非關系型資料庫和關系型資料庫。
MySQL的優點：事務處理—保持數據的一致性；由於以標准化為前提，數據更新的開銷很小（相同的欄位基本上只有一處）；可以進行Join等復雜查詢
NoSQL的優點：首先它是基於內存的，也就是數據放在內存中，而不是像資料庫那樣把數據放在磁碟上，而內存的讀取速度是磁碟讀取速度的幾十倍到上百倍，所以NoSQL工具的速度遠比資料庫讀取速度要快得多，滿足了高響應的要求。即使NoSQL將數據放在磁碟中，它也是一種半結構化的數據 格式，讀取到解析的復雜度遠比MySQL要簡單，這是因為MySQL存儲的是經過結構化、多範式等有復雜規則的數據，還原為內存結構的速度較慢。NoSQL在很大程度上滿足了高並發、快速讀/和響應的要求，所以它也是Java互聯網系統的利器。
簡單的擴展：典型例子是Cassandra，由於其架構是類似於經典的P2P，所以能通過輕松地添加新的節點來擴展這個集群;
低廉的成本：這是大多數分布式資料庫共有的特點，因為主要都是開源軟體，沒有昂貴的License成本;
NoSQL的缺點：大多數NoSQL資料庫都不支持事務，也不像 SQL Server和Oracle那樣能提供各種附加功能，比如BI和報表等; 不提供對SQL的支持
那麼該如何選擇？
如果規模和性能比24小時的數據一致性更重要，那NoSQL是一個理想的選擇 （NoSQL依賴於BASE模型——基本可用、軟狀態、最終一致性）。
但如果要保證到「始終一致」，尤其是對於機密信息和財務信息，那麼MySQL很可能是最優的選擇（MySQL依賴於ACID模型——原子性、一致性、獨立性和耐久性）。
如果關系資料庫在你的應用場景中，完全能夠很好的工作，而你又是非常善於使用和維護關系資料庫的，那麼我覺得你完全沒有必要遷移到NoSQL上面，除非你是個喜歡折騰的人。如果你是在金融，電信等以數據為王的關鍵領域，目前使用的是Oracle資料庫來提供高可靠性的，除非遇到特別大的瓶頸，不然也別貿然嘗試NoSQL。
然而，在WEB2.0的網站中，關系資料庫大部分都出現了瓶頸。在磁碟IO、資料庫可擴展上都花費了開發人員相當多的精力來優化，比如做分表分庫（database sharding）、主從復制、異構復制等等，然而，這些工作需要的技術能力越來越高，也越來越具有挑戰性。如果你正在經歷這些場合，那麼我覺得你應該嘗試一下NoSQL了。
具體問題具體分析
MySQL體積小、速度快、成本低、結構穩定、便於查詢，可以保證數據的一致性，但缺乏靈活性。
NoSQL高性能、高擴展、高可用，不用局限於固定的結構，減少了時間和空間上的開銷，卻又很難保證數據一致性。
————————————————
版權聲明：本文為CSDN博主「蒟蒻熊」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/qq_37774171/article/details/85491721
9. nosql與newsql的區別
摘要 NoSQL (Not Only SQL)
10. newsql和nosql的區別和聯系
TiDB 是 PingCAP 公司設計的開源分布式 HTAP (Hybrid Transactional and Analytical Processing) 資料庫，結合了傳統的 RDBMS 和 NoSQL 的最佳特性。TiDB 兼容 MySQL，支持無限的水平擴展，具備強一致性和高可用性。TiDB 的目標是為 OLTP (Online Transactional Processing) 和 OLAP (Online Analytical Processing) 場景提供一站式的解決方案。
TiDB 具備如下特性：
高度兼容 MySQL
大多數情況下，無需修改代碼即可從 MySQL 輕松遷移至 TiDB，分庫分表後的 MySQL 集群亦可通過 TiDB 工具進行實時遷移。
水平彈性擴展
通過簡單地增加新節點即可實現 TiDB 的水平擴展，按需擴展吞吐或存儲，輕松應對高並發、海量數據場景。
分布式事務
TiDB 100% 支持標準的 ACID 事務。
真正金融級高可用
相比於傳統主從 (M-S) 復制方案，基於 Raft 的多數派選舉協議可以提供金融級的 100% 數據強一致性保證，且在不丟失大多數副本的前提下，可以實現故障的自動恢復 (auto-failover)，無需人工介入。
一站式 HTAP 解決方案
TiDB 作為典型的 OLTP 行存資料庫，同時兼具強大的 OLAP 性能，配合 TiSpark，可提供一站式 HTAP 解決方案，一份存儲同時處理 OLTP & OLAP，無需傳統繁瑣的 ETL 過程。
雲原生 SQL 資料庫
TiDB 是為雲而設計的資料庫，支持公有雲、私有雲和混合雲，配合TiDB Operator 項目可實現自動化運維，使部署、配置和維護變得十分簡單。
TiDB 的設計目標是 100% 的 OLTP 場景和 80% 的 OLAP 場景，更復雜的 OLAP 分析可以通過TiSpark 項目來完成。
TiDB 對業務沒有任何侵入性，能優雅地替換傳統的資料庫中間件、資料庫分庫分表等 Sharding 方案。同時它也讓開發運維人員不用關注資料庫 Scale 的細節問題，專注於業務開發，極大地提升研發的生產力。