facebook開源數據庫(現在最成熟的開源nosql是什么？分別有什么優缺點) - 副本

如何看待國產數據庫SequoiaDB開源

如何看待國產數據庫SequoiaDB開源

總的來說，我認為有幾點吧

1）相比mongo還是有中文的齊全文檔，作為中國的碼農。。英文文檔看得還是頭疼啊。

3）總體上說使用和遷移轉換時候不會不上手，不過現在據說多了SQL的支持，還沒有嘗試過，聽起來很厲害的樣子，不過他們原生的操作語句也還是很好理解的

如何看待yandex開源clickhouse這個列式文檔數據庫

Yandex在2016年6月15日開源了一個數據分析的數據庫，名字叫做ClickHouse，這對保守俄羅斯人來說是個特大事。更讓人驚訝的是，這個列式存儲數據庫的跑分要超過很多流行的商業MPP數據庫軟件，例如Vertica。如果你沒有聽過Vertica，那你一定聽過 Michael Stonebraker，2014年圖靈獎的獲得者，PostgreSQL和Ingres發明者（Sybase和SQL Server都是繼承 Ingres而來的）, Paradigm4和SciDB的創辦者。Michael Stonebraker于2005年創辦Vertica公司，后來該公司被HP收購，HP Vertica成為MPP列式存儲商業數據庫的高性能代表，Facebook就購買了Vertica數據用于用戶行為分析。

簡單的說，ClickHouse作為分析型數據庫，有三大特點：一是跑分快， 二是功能多 ，三是文藝范

1. 跑分快： ClickHouse跑分是Vertica的5倍快：

ClickHouse性能超過了市面上大部分的列式存儲數據庫，相比傳統的數據ClickHouse要快100-1000X，ClickHouse還是有非常大的優勢：

100Million 數據集:

ClickHouse比Vertica約快5倍，比Hive快279倍，比My SQL快801倍

1Billion 數據集:

ClickHouse比Vertica約快5倍，MySQL和Hive已經無法完成任務了

2. 功能多：ClickHouse支持數據統計分析各種場景

- 支持類SQL查詢，

- 支持繁多庫函數（例如IP轉化，URL分析等，預估計算/HyperLoglog等）

- 支持數組(Array)和嵌套數據結構(Nested Data Structure)

- 支持數據庫異地復制部署

3.文藝范：目前ClickHouse的限制很多，生來就是為小資服務的

- 目前只支持Ubuntu系統

- 不提供設計和架構文檔，設計很神秘的樣子，只有開源的C++源碼

- 不理睬Hadoop生態，走自己的路

如何看待阿里巴巴宣布開放開源AliSQL數據庫

其實有點類似，谷歌開放安卓系統給大家免費用，

某些技術別人要模仿不難，而且專利有效期也不長，

谷歌可能覺得還不如一下子公開了，大家一起弄，能迅速占領市場

如何看待黑客入侵數據庫

內網。內鬼和外面的黑客一起合作搞的。內鬼的話就比較容易了。

如何看待美國研發的數據庫TokuDB?

測試過 TokuMX, 性能確實不錯，但穩定性堪憂，mongodb 3.0 后引入了 wiredtiger engine，與 tokumx 差距縮小了

研究過 TokuMX 和 TokuDB 用的索引數據結構，很巧妙的設計，雖然樹的深度加倍了，但插入時間確實大幅度降低了。

最后沒有采用。

如何看待免費開源CRM

免費開源CRM基本上很難滿足企業的實際業務需求，可以考慮一款支持用戶個性化定制的CRM，百會的CRM就不錯，它可以根據用戶需求，在最短時間內定制出來并讓用戶看到效果。滿意之后再付費，沒有后顧之憂。定制工具簡單，定制速度快。用戶完全可以自己操作去滿足未來業務的變化。另外它基于SAAS模式的在線租用形勢，可以為企業節省購買硬件、安裝調試、后期升級的費用成本。定期的售后回訪還可以解決不少使用中的問題。

如何看待Facebook已開源React Native

React Native項目成員Tom Ohino發表的React Native: Bringing modern web techniques to mobile（墻外地址）詳細描述了React Native的設計理念。Ohino認為盡管Native開發成本更高，但現階段Native仍然是必須的，因為Web的用戶體驗仍無法超越Native：

1. Native的原生控件有更好的體驗；

2. Native有更好的手勢識別；

3. Native有更合適的線程模型，盡管Web Worker可以解決一部分問題，但如圖像解碼、文本渲染仍無法多線程渲染，這影響了Web的流暢性。

Ohino沒提到的還有Native能實現更豐富細膩的動畫效果，歸根結底是現階段Native具有更好的人機交互體驗。筆者認為這些例子是有說服力的，也是React Native出現的直接原因。

圖3 - Ohino在F8分享了React Native（Keynote）

Learn once, write anywhere

“Learn once, write anywhere”同樣出自Ohino的文章。因為不同Native平臺上的用戶體驗是不同的，React Native不強求一份原生代碼支持多個平臺，所以不提“Write once, run anywhere”（Java），提出了“Learn once, write anywhere”。

圖4 - “Learn once, write anywhere”

這張圖是筆者根據理解畫的一張示意圖，自下而上依次是：

1. React：不同平臺上編寫基于React的代碼，“Learn once, write anywhere”。

2. Virtual DOM：相對Browser環境下的DOM（文檔對象模型）而言，Virtual DOM是DOM在內存中的一種輕量級表達方式（原話是ligheight representation of the document），可以通過不同的渲染引擎生成不同平臺下的UI，JS和Native之間通過Bridge通信（React Native通信機制詳解 « bang’s blog）。

3. Web/iOS/Android：已實現了Web和iOS平臺，Android平臺預計將于2015年10月實現（Blog | React）。

前文多處提到的React是Facebook 2013年開源的Web開發框架，筆者在翻閱其發布稿時，發現這么一段：

圖5 - 摘自React發布稿（2013）

1. 加亮文字顯示2013年已經在開發React Native的原型，現在也算是厚積薄發了。

2. 最近另一個比較火的項目是Flipboard/react-canvas · GitHub（詳見 @rank），渲染層使用了Web Canvas來提升交互流暢性，這和上圖第一個嘗試類似。

React本身也是個龐大的話題不再展開，詳見facebook/react Wiki · GitHub。

筆者認為“Write once, run anywhere”對提升效率仍然是必要的，并且和“Learn once, write anywhere”也沒有沖突，我們內部正在改造已有的組件庫和HybridAPI，讓其適配（補齊）React Native的組件，從而寫一份代碼可以運行在iOS和Web上，待成熟后開源出來。

持續更新...

二、規劃

下圖展示了業務和技術為React Native所做的改造：

圖6 - 業務和技術改造圖6 - 業務和技術改造

自下而上：

1. React Node：React支持服務端渲染，通常用于首屏服務端渲染；典型場景是多頁列表，首屏服務端渲染翻頁客戶端渲染，避免首次請求頁面時發起2次請求。

2. React Native基礎環境：

2.1. Framework集成：盡管React Native放出了Integration with Existing App文檔，集成到現有復雜App中仍然會遇到很多細節問題，比如集成到天貓iPad客戶端就花了組里iOS同學2天的時間。

2.2. Neorking改造：主要是重新建立session，而session通常存放于 header 買粉絲okie中，React Native提供的網絡IO fetch和XMLHttpRequest不支持改寫買粉絲okie。所以要不在保證安全的條件下實現fetch的擴展，要么由native負責網絡IO（已有session機制）再通過HybridAPI由JS調用，暫時選擇了后者。

2.3. 緩存/打包方案：只要有資源從服務器端加載就避免不了這個話題，React Native也是如此，緩存用于解決資源二次訪問時的加載性能，打包解決的是資源首次訪問時的加載性能。

3. MUI是一套組件庫，目前會采用向React Native組件補齊的思路進行改造。

4. HybridAPI是阿里一組Hybrid API，此前也在多個公開場合（如傳感器 @杭JS）分享過不再累述，React Native建立了自己的通信機制，看起來更高效（未驗證），改造成本不大。

5. 最快的一個業務將于4月中上線，通過最初幾個業務改造推動整體系統的改造，如果效果如預期則會啟動更大規模的業務改造。

三、風險

1. 盡管Facebook有3款App（Groups、Ads Manager、F8）使用了React Native，隨著React Native大規模應用，Appstore的政策是否有變不得而知，我們只能往前走一步。

* 更新：

2015.7.28 AppStore審核政策調整：允許運行于JavascriptCore的動態加載代碼，下圖是此前的審核政策，對比加亮部分的改變。

qt支持國產數據庫嗎

應用程序很多情況下需要操作數據庫。QT支持多種數據庫，但是很多情況需要安裝DLL驅動。這就有點麻煩，想當初想用MYSQL的結果就是因為驅動很難裝，然后就使用了SQLITE。如果對數據庫的要求不是很高的話，Sqlite應該可以滿足需求了。

如何看待數據庫技術向大數據技術發展的必然

隨著數據的積累，一些記載對象的業務狀態的數據越來越多，所以就慢慢的形成各行業的大數據，當然有些大數據庫，是有可用之處，有些大數據就是個垃圾。

請采納！

現在最成熟的開源nosql是什么？分別有什么優缺點

NoSQL，泛指非關系型的數據庫。隨著互聯網web2.0網站的興起，傳統的關系數據庫在應付web2.0網站，特別是超大規模和高并發的SNS類型的web2.0純動態網站已經顯得力不從心，暴露了很多難以克服的問題，而非關系型的數據庫則由于其本身的特點得到了非常迅速的發展。NoSQL數據庫的產生就是為了解決大規模數據集合多重數據種類帶來的挑戰，尤其是大數據應用難題。

雖然NoSQL流行語火起來才短短一年的時間，但是不可否認，現在已經開始了第二代運動。盡管早期的堆棧代碼只能算是一種實驗，然而現在的系統已經更加的成熟、穩定。不過現在也面臨著一個嚴酷的事實：技術越來越成熟——以至于原來很好的NoSQL數據存儲不得不進行重寫，也有少數人認為這就是所謂的2.0版本。這里列出一些比較知名的工具，可以為大數據建立快速、可擴展的存儲庫。

NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”，是一項全新的數據庫革命性運動，早期就有人提出，發展至2009年趨勢越發高漲。NoSQL的擁護者們提倡運用非關系型的數據存儲，相對于鋪天蓋地的關系型數據庫運用，這一概念無疑是一種全新的思維的注入。

NoSQL數據庫在以下的這幾種情況下比較適用：1、數據模型比較簡單；2、需要靈活性更強的IT系統；3、對數據庫性能要求較高；4、不需要高度的數據一致性；5、對于給定key，比較容易映射復雜值的環境。

科技公司鐘愛的50款開源工具

大數據

1. Hadoop

Apache主持的這個項目是最廣為人知的大數據工具。眾多公司為Hadoop提供相關產品或商業支持，包括亞馬遜網絡服務、Cloudera、Hortonworks、IBM、Pivotal、Syncsort和VMware。知名用戶包括：阿里巴巴、美國在線、電子港灣、Facebook、谷歌、Hulu、領英、Spotify、推特和雅虎。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//hadoop.apache.org

2. Hypertable

Hypertable在互聯網公司當中非常流行，它由谷歌開發，用來提高數據庫的可擴展性。用戶包括百度、電子港灣、Groupon和Yelp。它與Hadoop兼容，提供商業支持和培訓。

支持的操作系統：Linux和OS X

相關網站：買粉絲：//買粉絲.hypertable.買粉絲

3. Mesos

Apache Mesos是一種資源抽象工具，有了它，企業就可以鼗整個數據中心當成一個資源池，它在又在運行Hadoop、Spark及類似應用程序的公司當中很流行。使用它的企業組織包括：Airbnb、歐洲原子核研究組織（CERN）、思科、Coursera、Foursquare、Groupon、網飛（Netflix）、推特和優步。

支持的操作系統：Linux和OS X

相關網站：買粉絲：//mesos.apache.org

4. Presto

Presto由Facebook開發，自稱是“一款開源分布式SQL查詢引擎，用于對大大小小（從GB級到PB級）的數據源運行交互式分析查詢。”Facebook表示，它將Presto用于對300PB大小的數據倉庫執行查詢，其他用戶包括Airbnb和Dropbox。

支持的操作系統：Linux

相關網站：買粉絲s：//prestodb.io

5. Solr

這種“快若閃電”的企業搜索平臺聲稱高度可靠、擴展和容錯。使用它的公司包括：AT&T、Ticketmaster、康卡斯特、Instagram、網飛、IBM、Adobe和SAP Hybris。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//lucene.apache.org/solr/

6. Spark

Apache Spark聲稱，“它在內存中運行程序的速度比Hadoop MapRece最多快100倍，在磁盤上快10倍。”Spark“支持”的企業組織包括：亞馬遜、百度、Groupon、日立解決方案、IBM、MyFitnessPal、諾基亞和雅虎。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//spark.apache.org

7. Storm

正如Hadoop用來處理批量數據，Apache Storm用來處理實時數據。官方網站上顯示用戶包括：天氣頻道、推特、雅虎、WebMD、Spotify、威瑞信（Verisign）、Flipboard和Klout。

支持的操作系統：Linux

相關網站：買粉絲s：//storm.apache.org

云計算

8. Cloud Foundry

Cloud Foundry提供用于構建平臺即服務的開源工具。它聲稱“由行業領袖為行業領袖構建”，其支持者包括IBM、 Pivotal、惠普企業、VMware、英特爾、SAP和EMC。

支持的操作系統：Linux

相關網站：買粉絲s：//買粉絲.cloudfoundry.org

9. CloudStack

這個交鑰匙IaaS解決方案構成了許多公共云和私有云的基礎。它的用戶極多，包括阿爾卡特－朗訊、蘋果、Autodesk、英國電信、冠群科技、思杰、Cloudera、戴爾、富士通、SAP和韋里遜。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//cloudstack.apache.org

10. OpenStack

這種很受歡迎的云計算平臺聲稱，“世界上成百上千個大品牌”每天依賴它。支持者包括：AT&T、Ubuntu、惠普企業、IBM、英特爾、Rackspace、紅帽、SUSE、思科、戴爾、EMC、賽門鐵克及另外許多知名科技公司。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//買粉絲.openstack.org

11. Scalr

這種云管理平臺備受市場研究公司的好評，它簡化了管理多個云環境的過程。知名用戶包括Expedia、三星、美國宇航局噴氣推進實驗室、埃森哲、索尼和Autodesk。

支持的操作系統：Linux

相關網站：買粉絲：//買粉絲.scalr.買粉絲

容器

12. Docker

Docker在相對新興的容器領域迅速確立起了主導平臺這一地位。科技界的許多大牌公司在構建或提供擴展或使用Docker技術的產品，包括亞馬遜、微軟、IBM、惠普企業、紅帽、Rackspace和Canonical。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲s：//買粉絲.docker.買粉絲

輸入標題 內容管理

13. DNN

這款內容管理解決方案之前名為DotNetNuke，承諾構建豐富的交互式網站時，只要花較少的精力，就能收到顯著的成效。用戶包括佳能、時代華納有線電視、德州儀器和美國銀行。

支持的操作系統：Windows

相關網站：買粉絲：//買粉絲.dnnsoftware.買粉絲

14. Drupal

Drupal聲稱，98000多個開發人員在為這個極其流行的內容管理系統積極貢獻代碼。支持者包括微軟、Zend、Fastly和New Relic，其內容市場有數百家公司參與其中，它們提供了相關的產品和服務。

支持的操作系統：與操作系統無關

相關網站：買粉絲s：//買粉絲.drupal.org

15. Joomla

Joomla為數百萬個網站提供平臺，其下載量超過了5000萬人次。許多用戶當中就有這些公司：電子港灣、巴諾書店、MTV和標致。

支持的操作系統：與操作系統無關

相關網站：買粉絲s：//買粉絲.joomla.org

16. MediaWiki

MediaWiki以維基百科使用的軟件而出名，它還為百度、Vistaprint、Novell、英特爾和美國宇航局支持網站。它是構建可編輯網頁的不錯選擇，許多企業組織用它來構建內部知識庫。

支持的操作系統：Windows、Linux/Unix和OS X

相關網站：買粉絲s：//買粉絲.mediawiki.org/wiki/MediaWiki

數據庫

17. Cassandra

這種NoSQL數據庫由Facebook開發，其用戶包括蘋果、歐洲原子核研究組織（CERN）、康卡斯特、電子港灣、GitHub、GoDaddy、Hulu、Instagram、Intuit、網飛、Reddit及其他科技公司。它支持極其龐大的數據集，聲稱擁有非常高的性能和出色的耐用性和彈性。可通過第三方獲得支持。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//cassandra.apache.org

18. CouchDB

CouchDB為Web而開發，這種NoSQL數據庫將數據存儲在JSON文檔中，這類文檔可通過HTTP來加以查詢，并用JavaScript來處理。Cloudant現在歸IBM所有，它提供一款專業人員支持的軟件版本，用戶包括：三星、Akamai、Expedia、微軟游戲工作室及其他公司。

支持的操作系統：Windows、Linux、OS X和安卓

相關網站：買粉絲：//買粉絲uchdb.apache.org

19. MongoDB

MongoDB是一種NoSQL數據庫，聲稱“針對關鍵任務型部署環境進行了優化”，用戶包括Foursquare、《福布斯》、Pebble、Adobe、領英、eHarmony及其他公司。提供收費的專業版和企業版。

支持的操作系統：Windows、Linux、OS X和Solaris

相關網站：買粉絲：//買粉絲.mongodb.org

20. MySQL

MySQL自稱是“世界上最流行的開源數據庫”，備受眾多互聯網公司的青睞，比如YouTube、貝寶、谷歌、Facebook、推特、電子港灣、領英、優步和亞馬遜。除了免費社區版外，它還有多款收費版。最新更新版聲稱速度比老版本快三倍。

支持的操作系統：Windows、Linux、Unix和OS X

相關網站：買粉絲：//買粉絲.mysql.買粉絲

21. Neo4j

支持的操作系統：Windows和Linux

相關網站：買粉絲：//neo4j.買粉絲

開發工具

22. Bugzilla

Bugzilla是開源社區的寵兒，用戶包括Mozilla、Linux基金會、GNOME、KDE、Apache、LibreOffice、Open Office、Eclipse、紅帽、Novell及其他公司。這款軟件缺陷追蹤系統（bugtracker）的重要功能包括：高級搜索功能、電子郵件通知、預定報告、時間追蹤、出色的安全及更多特性。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲s：//買粉絲.bugzilla.org

23. Eclipse

Eclipse項目最為知名的是，它是一種大受歡迎的面向Java的集成開發環境（IDE），它還提供面向C/C++和PHP的IDE，此外提供另外一大批開發工具。主要支持者包括冠群科技、谷歌、IBM、甲骨文、紅帽和SAP。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//買粉絲.eclipse.org

24. Ember.js

這種框架用于“構建野心勃勃的Web應用程序”，旨在為JavaScript開發人員提高工作效率。官方網站上顯示用戶包括雅虎、Square、Livingsocial、Groupon、Twitch、TED、網飛、Heroku和微軟。

支持的操作系統：與操作系統無關

相關網站： 買粉絲：//emberjs.買粉絲

25. Grunt

Grunt是一種JavaScript任務運行工具，有助于自動處理重復性的開發任務。使用它的知名科技公司包括：Adobe、推特、Mozilla、Cloudant和WordPress。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//gruntjs.買粉絲

26. LoopBack

這個Node.js框架旨在讓用戶很容易構建REST API，并連接到后端數據存儲區。知名用戶包括GoDaddy、美國能源部和賽門鐵克。

支持的操作系統：Windows、Linux、OS X、安卓和iOS

相關網站：買粉絲：//loopback.io

27. Node.js

Node.js的成名之處在于，它讓開發人員可以使用JavaScript，編寫服務器端應用程序。開發工作之前由Joyent管控，現在交由Node.js基金會監管。用戶包括IBM、微軟、雅虎、SAP、領英、貝寶和網飛。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲s：//nodejs.org/en/

28. PhoneGap

Apache Cordova是一種開源框架，讓開發人員可以使用HTML、CSS和JavaScript等Web技術，構建移動應用程序。PhoneGap是最受歡迎的Cordova發行版。使用某一種Cordova發行版的科技公司包括：維基百科、Facebook、 Salesforce、IBM、微軟、Adobe和黑莓。

支持的操作系統：Window、Linux和OS X

相關網站：買粉絲：//phonegap.買粉絲

29. React Native

React Native由Facebook開發，這種框架可用于使用JavaScript和React JavaScript庫（同樣由Facebook開發），構建原生移動應用程序。其他用戶包括：《探索》頻道和CBS體育新聞網。

支持的操作系統：OS X

相關網站：買粉絲：//facebook.github.io/react-native/

30. Ruby on Rails

這個Web開發框架在開發人員當中極其流行，它聲稱“為確保編程員滿意和持續高效地工作進行了優化”。用戶包括Basecamp、推特、Shopify和GitHub等公司。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//rubyonrails.org

31. Sencha Touch

Sencha Touch自稱是“一種用于構建通用移動應用程序的領先的跨平臺移動Web應用程序框架，基于HTML5和JavaScript”。它既有開源許可證版本，也有商業許可證版本。據官方網站聲稱，《財富》100強中60%使用它。

支持的操作系統：與操作系統無關

相關網站：買粉絲s：//買粉絲.sencha.買粉絲/procts/touch/

32. ZK

索尼、Sun、IBM、Adobe、電子港灣、富士通、夢工廠和優利系統等公司使用這種Java Web框架來構建Web和移動應用程序。提供收費支付及相關工具。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//買粉絲.zkoss.org

中間件

33. JBoss

紅帽的JBoss中間件包括各種輕量級、對云計算友好的工具，同時結合、集成和自動化各個企業應用程序和系統。用戶包括：橡樹嶺國家實驗室、日產、思科、冠群科技、AMD及其他公司。

支持的操作系統：Linux

相關網站：買粉絲：//買粉絲.redhat.買粉絲/en/technologies/jboss-middleware

操作系統

34. 紅帽企業版Linux

紅帽最知名的產品就是其旗艦Linux發行版，這需要付費訂購。據該公司聲稱，《財富》全球500強公司中超過90%在使用紅帽產品。

相關網站：買粉絲：//買粉絲.redhat.買粉絲/en/technologies/linux-platforms/enterprise-linux

35. SUSE Linux企業版

這款面向企業的Linux發行版同樣備受大企業的追捧，它也需要付費訂購。該公司聲稱，它有13000多個企業用戶，包括倫敦證券交易所、SAP、天睿（Teradata）和沃爾格林連鎖藥店（Walgreens）。

相關網站：買粉絲s：//買粉絲.suse.買粉絲

36. Ubuntu

Ubuntu提供廣受歡迎的Linux發行版，有多個版本：桌面版、服務器版、云版、手機版、平板電腦版和物聯網版。聲稱用戶包括亞馬遜、IBM、維基百科和英偉達。

相關網站：買粉絲：//買粉絲.ubuntu.買粉絲/index_kylin

項目管理

37. Project Libre

這個屢獲獎項的項目是微軟Project的替代者，下載量已有近200萬人次。它有一大批用戶，包括IBM、埃森哲、美國能源部、思科、ATI和AMD。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//買粉絲.projectlibre.org

存儲

38. FreeNAS

這款開源網絡附加存儲（NAS）軟件聲稱，它備受聯合國、迪士尼互動媒體集團、路透社和Dr. Phil等用戶的“喜愛”。它可以安裝到幾乎任何硬件上，而TrueNAS提供的預先構建的設備就基于該技術。

支持的操作系統：FressBSD

相關網站：買粉絲：//買粉絲.買粉絲nas.org

39. Gluster

Gluster是一種可高度擴展的網絡文件系統，適合云計算環境。紅帽提供一款基于該技術的收費產品，用戶包括卡西歐和Intuit。

支持的操作系統：Linux

相關網站：買粉絲：//買粉絲.gluster.org

40. Lustre

Lustre是另一種可高度擴展的文件系統，旨在支持高性能計算（HPC）環境。一些最早采用它的用戶包括美國的幾大國家實驗室：勞倫斯·利物莫爾國家實驗室、桑迪亞國家實驗室、橡樹嶺國家實驗室和洛斯阿拉莫斯國家實驗室。

支持的操作系統：Linux

相關網站：買粉絲：//lustre.org

系統管理工具

41. Ansible

Ansible現在歸紅帽所有，它自稱是“一種異常簡單的IT自動化引擎，可以使云服務配置、配置管理、應用程序部署、服務內部的編排以及其他許多IT操作實現自動化。”使用它的科技公司包括：思科、瞻博網絡、Evernote、推特、威瑞信、GoPro、EA Sports、Atlassian和韋里遜。它既有免費版，也有收費版。

支持的操作系統：Linux

相關網站：買粉絲：//買粉絲.ansibleworks.買粉絲

42. Chef

作為另一款自動化工具，Chef支持開發運維方法，同時改善了速度、協作和安全性。擁有免費版和收費版。官方網站上顯示用戶包括：塔吉特（Target）、諾德斯特龍（Nordstrom）、Facebook、Etsy、IGM、雅虎和彭博社。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲s：//買粉絲.chef.io/chef/

43. Hudson

Hudson在使用敏捷和開發運維方法的企業當中很流行，它是一種可擴展的持續集成服務器系統，可以監控重復作業的執行。這個項目得到了Eclipse基金會、甲骨文、Atlassian和YourKit的支持。

支持的操作系統：與操作系統無關

相關網站：買粉絲：//hudson-ci.org

44. Puppet

Puppet號稱“使用最廣泛的開源IT管理系統”，它包括40多個基礎設施管理方面的開源項目。除了開源版本外，它還有一款收費的企業版本。它聲稱，用戶包括25000多家企業，比如迪士尼、沃爾瑪、1-800-Flowers.買粉絲、Heartland Payment Systems、蓋蒂圖片社（Getty Images）和Yelp。

支持的操作系統：Windows、Linux、Unix和OS X

相關網站：買粉絲s：//puppetlabs.買粉絲/puppet/open-source-projects

版本控制

45. Bazaar

Bazaar由Canonical管理，被許多開源項目所使用，包括Ubuntu、 GNU基金會、Linux基金會、MySQL、Bugzilla、 Debian和Maria DB。它簡單易學，支持任何工作流程和工作區間模式，承諾存儲效率很高、速度很快。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//bazaar.canonical.買粉絲/en/

46. Git

這個版本控制系統已變得極受歡迎，這一方面歸功于GitHub服務的使用日益廣泛。使用它的公司和項目包括：谷歌、Facebook、微軟、推特、領英、網飛、Perl、PostgreSQL、安卓、Rails、QT、Gnome和Eclipse。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//git-scm.買粉絲

47. Mercurial

Mercurial是一種分布式源代碼控制管理工具，專注于幫助團隊更輕松、更快速地協同工作。用戶包括OpenJDK和NetBeans等各大項目。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲s：//買粉絲.mercurial-scm.org

48. Subversion

這個企業級版本控制系統得到Apache的支持，首次發布于2000年。使用它的企業組織包括Apache軟件基金會自己、Hobby Lobby、Mono、Plone和GNU Enterprise。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//subversion.apache.org

Web服務器

49. Apache HTTP Server

Apache至今已有20年多的歷史，專利是自1996年以來互聯網上最受歡迎的Web服務器系統。據W3Techs聲稱，目前所有網站中55.3%是由Apache支持的。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//買粉絲d.apache.org

50. Nginx

Nginx的人氣也極旺，它被互聯網上所有網站中的大約四分之一所使用。除了俄羅斯許多訪問量很大的網站外，用戶還包括網飛和WordPress.買粉絲。

支持的操作系統：Windows、Linux和OS X

相關網站：買粉絲：//nginx.org

開源數據庫有哪些

01

MongoDB——是一個基于分布式文件存儲的數據庫，由C++語言編寫，其目的是為WEB應用提供可擴展的高性能數據存儲解決方案，最大的特點在于它支持的查詢語言非常強大，局域高性能、易部署、存儲數據方便、模式自由等特點。

02

Cassandra——是一套開源分布式NoSQL數據庫系統。它最初由Facebook開發，用于儲存收件箱等簡單格式數據，具有模式靈活、多數據中心識別，可擴展性強等特點 。

03

Hadoop HBASE——采用了Google BigTable的稀疏的,面向列的數據庫實現方式的理論,建立在hadoop的hdfs上。

04

Couchbase——是一個集群化的、基于文檔的數據庫系統，它使用一個緩存層來提供非常快的數據訪問，將大部分數據都存儲在 RAM 中。

05

Neo4j——是面向網絡的數據庫。也就是一個嵌入式的、基于磁盤的、具備完全的事務特性的Java持久化引擎，但它將結構化數據存儲在網絡上而不是在表中。

數據多的時候為什么要使用redis而不用mysql？

通常來說，當數據多、并發量大的時候，架構中可以引入Redis，幫助提升架構的整體性能，減少Mysql(或其他數據庫)的壓力，但不是使用Redis，就不用MySQL。

因為Redis的性能十分優越，可以支持每秒十幾萬此的讀/寫操作，并且它還支持持久化、集群部署、分布式、主從同步等，Redis在高并發的場景下數據的安全和一致性，所以它經常用于兩個場景：

緩存

判斷數據是否適合緩存到Redis中，可以從幾個方面考慮： 會經常查詢么？命中率如何？寫操作多么？數據大小？

我們經常采用這樣的方式將數據刷到Redis中：查詢的請求過來，現在Redis中查詢，如果查詢不到，就查詢數據庫拿到數據，再放到緩存中，這樣第二次相同的查詢請求過來，就可以直接在Redis中拿到數據；不過要注意【緩存穿透】的問題。

緩存的刷新會比較復雜，通常是修改完數據庫之后，還需要對Redis中的數據進行操作；代碼很簡單，但是需要保證這兩步為同一事務，或最終的事務一致性。

高速讀寫

常見的就是計數器，比如一篇文章的閱讀量，不可能每一次閱讀就在數據庫里面update一次。

高并發的場景很適合使用Redis，比如雙11秒殺，庫存一共就一千件，到了秒殺的時間，通常會在極為短暫的時間內，有數萬級的請求達到服務器，如果使用數據庫的話，很可能在這一瞬間造成數據庫的崩潰，所以通常會使用Redis（秒殺的場景會比較復雜，Redis只是其中之一，例如如果請求超過某個數量的時候，多余的請求就會被限流）。

這種高并發的場景，是當請求達到服務器的時候，直接在Redis上讀寫，請求不會訪問到數據庫；程序會在合適的時間，比如一千件庫存都被秒殺，再將數據批量寫到數據庫中。

所以通常來說，在必要的時候引入Redis，可以減少MySQL（或其他）數據庫的壓力，兩者不是替代的關系 。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

Redis和MySQL的應用場景是不同的。

通常來說，沒有說用Redis就不用MySQL的這種情況。

因為Redis是一種非關系型數據庫（NoSQL），而MySQL是一種關系型數據庫。

和Redis同類的數據庫還有MongoDB和Memchache（其實并沒有持久化數據）

那關系型數據庫現在常用的一般有MySQL，SQL Server，Oracle。

我們先來了解一下關系型數據庫和非關系型數據庫的區別吧。

1.存儲方式

關系型數據庫是表格式的，因此存儲在表的行和列中。他們之間很容易關聯協作存儲，提取數據很方便。而Nosql數據庫則與其相反，他是大塊的組合在一起。通常存儲在數據集中，就像文檔、鍵值對或者圖結構。

2.存儲結構

關系型數據庫對應的是結構化數據，數據表都預先定義了結構（列的定義），結構描述了數據的形式和內容。這一點對數據建模至關重要，雖然預定義結構帶來了可靠性和穩定性，但是修改這些數據比較困難。而Nosql數據庫基于動態結構，使用與非結構化數據。因為Nosql數據庫是動態結構，可以很容易適應數據類型和結構的變化。

3.存儲規范

關系型數據庫的數據存儲為了更高的規范性，把數據分割為最小的關系表以避免重復，獲得精簡的空間利用。雖然管理起來很清晰，但是單個操作設計到多張表的時候，數據管理就顯得有點麻煩。而Nosql數據存儲在平面數據集中，數據經常可能會重復。單個數據庫很少被分隔開，而是存儲成了一個整體，這樣整塊數據更加便于讀寫

4.存儲擴展 5.查詢方式

關系型數據庫通過結構化查詢語言來操作數據庫（就是我們通常說的SQL）。SQL支持數據庫CURD操作的功能非常強大，是業界的標準用法。而Nosql查詢以塊為單元操作數據，使用的是非結構化查詢語言（UnQl），它是沒有標準的。關系型數據庫表中主鍵的概念對應Nosql中存儲文檔的ID。關系型數據庫使用預定義優化方式（比如索引）來加快查詢操作，而Nosql更簡單更精確的數據訪問模式。

6.事務

關系型數據庫遵循ACID規則（原子性(Atomicity)、一致性(Consistency)、隔離性(Isolation)、持久性(Durability)），而Nosql數據庫遵循BASE原則（基本可用（Basically Availble）、軟/柔性事務（Soft-state ）、最終一致性（Eventual Consistency））。由于關系型數據庫的數據強一致性，所以對事務的支持很好。關系型數據庫支持對事務原子性細粒度控制，并且易于回滾事務。而Nosql數據庫是在CAP（一致性、可用性、分區容忍度）中任選兩項，因為基于節點的分布式系統中，很難全部滿足，所以對事務的支持不是很好，雖然也可以使用事務，但是并不是Nosql的閃光點。

7.性能

關系型數據庫為了維護數據的一致性付出了巨大的代價，讀寫性能比較差。在面對高并發讀寫性能非常差，面對海量數據的時候效率非常低。而Nosql存儲的格式都是key-value類型的，并且存儲在內存中，非常容易存儲，而且對于數據的 一致性是 弱要求。Nosql無需sql的解析，提高了讀寫性能。

8.授權方式

大多數的關系型數據庫都是付費的并且價格昂貴，成本較大（MySQL是開源的，所以應用的場景最多），而Nosql數據庫通常都是開源的。

所以，在實際的應用環境中，我們一般會使用MySQL存儲我們的業務過程中的數據，因為這些數據之間的關系比較復雜，我們常常會需要在查詢一個表的數據時候，將其他關系表的數據查詢出來，例如，查詢某個用戶的訂單，那至少是需要用戶表和訂單表的數據。

查詢某個商品的銷售數據，那可能就會需要用戶表，訂單表，訂單明細表，商品表等等。

而在這樣的使用場景中，我們使用Redis來存儲的話，也就是KeyValue形式存儲的話，其實并不能滿足我們的需要。

即使Redis的讀取效率再高，我們也沒法用。

但，對于某些沒有關聯少，且需要高頻率讀寫，我們使用Redis就能夠很好的提高整個體統的并發能力。

例如商品的庫存信息，我們雖然在MySQL中會有這樣的字段，但是我們并不想MySQL的數據庫被高頻的讀寫，因為使用這樣會導致我的商品表或者庫存表IO非常高，從而影響整個體統的效率。

所以，對于這樣的數據，且有沒有什么復雜邏輯關系（就只是隸屬于SKU）的數據，我們就可以放在Redis里面，下單直接在Redis中減掉庫存，這樣，我們的訂單的并發能力就能夠提高了。

個人覺得應該站出來更正一下，相反的數據量大，更不應該用redis。

為什么？

因為redis是內存型數據庫啊，是放在內存里的。

設想一下，假如你的電腦100G的資料，都用redis來存儲，那么你需要100G以上的內存！

使用場景

Redis最明顯的用例之一是將其用作緩存。只是保存熱數據，或者具有過期的cache。

例如facebook，使用Memcached來作為其會話緩存。

總之，沒有見過哪個大公司數據量大了，換掉mysql用redis的。

題主你錯了，不是用redis代替MySQL，而是引入redis來優化。

BAT里越來越多的項目組已經采用了redis+MySQL的架構來開發平臺工具。

如題主所說，當數據多的時候，MySQL的查詢效率會大打折扣。我們通常默認如果查詢的字段包含索引的話，返回是毫秒級別的。但是在實際工作中，我曾經遇到過一張包含10個字段的表，1800萬+條數據，當某種場景下，我們不得不根據一個未加索引的字段進行精確查詢的時候，單條sql語句的執行時長有時能夠達到2min以上，就更別提如果用like這種模糊查詢的話，其效率將會多么低下。

我們最開始是希望能夠通過增加索引的方式解決，但是面對千萬級別的數據量，我們也不敢貿然加索引，因為一旦數據庫hang住，期間的所有數據庫寫入請求都會被放到等待隊列中，如果請求是通過買粉絲請求發過來的，很有可能導致服務發生分鐘級別的超時不響應。

經過一番調研，最終敲定的解決方案是引入redis作為緩存。redis具有運行效率高，數據查詢速度快，支持多種存儲類型以及事務等優勢，我們把經常讀取，而不經常改動的數據放入redis中，服務器讀取這類數據的時候時候，直接與redis通信，極大的緩解了MySQL的壓力。

然而，我在上面也說了，是redis+MySQL結合的方式，而不是替代。原因就是redis雖然讀寫很快，但是不適合做數據持久層，主要原因是使用redis做數據落盤是要以效率作為代價的，即每隔制定的時間，redis就要去進行數據備份/落盤，這對于單線程的它來說，勢必會因“分心”而影響效率，結果得不償失。

樓主你好，首先糾正下，數據多并不是一定就用Redis，Redis歸屬于NoSQL數據庫中，其特點擁有高性能讀寫數據速度，主要解決業務效率瓶頸。下面就詳細說下Redis的相比MySQL優點。（ 關于Redis詳細了解參見我近期文章：買粉絲s://買粉絲.toutiao.買粉絲/i6543810796214813187/ ）

讀寫異常快

Redis非常快，每秒可執行大約10萬次的讀寫速度。

豐富的數據類型

Redis支持豐富的數據類型，有二進制字符串、列表、集合、排序集和散列等等。這使得Redis很容易被用來解決各種問題，因為我們知道哪些問題可以更好使用地哪些數據類型來處理解決。

原子性

Redis的所有操作都是原子操作，這確保如果兩個客戶端并發訪問，Redis服務器能接收更新的值。

豐富實用工具 支持異機主從復制

Redis支持主從復制的配置，它可以實現主服務器的完全拷貝。

以上為開發者青睞Redis的主要幾個可取之處。但是，請注意實際生產環境中企業都是結合Redis和MySQL的特定進行不同應用場景的取舍。 如緩存——熱數據、計數器、消息隊列（與ActiveMQ，RocketMQ等工具類似）、位操作（大數據處理）、分布式鎖與單線程機制、最新列表（如新聞列表頁面最新的新聞列表）以及排行榜等等 可以看見Redis大顯身手的場景。可是對于嚴謹的數據準確度和復雜的關系型應用MySQL等關系型數據庫依然不可替。

web應用中一般采用MySQL+Redis的方式，web應用每次先訪問Redis，如果沒有找到數據，才去訪問MySQL。

本質區別

1、mysql：數據放在磁盤 redis：數據放在內存。

首先要知道mysql存儲在磁盤里，redis存儲在內存里，redis既可以用來做持久存儲，也可以做緩存，而目前大多數公司的存儲都是mysql + redis，mysql作為主存儲，redis作為輔助存儲被用作緩存，加快訪問讀取的速度，提高性能。

使用場景區別

1、mysql支持sql查詢，可以實現一些關聯的查詢以及統計；

2、redis對內存要求比較高，在有限的條件下不能把所有數據都放在redis；

3、mysql偏向于存數據，redis偏向于快速取數據，但redis查詢復雜的表關系時不如mysql，所以可以把熱門的數據放redis，mysql存基本數據。

mysql的運行機制

mysql作為持久化存儲的關系型數據庫，相對薄弱的地方在于每次請求訪問數據庫時，都存在著I/O操作，如果反復頻繁的訪問數據庫。第一：會在反復鏈接數據庫上花費大量時間，從而導致運行效率過慢；第二：反復地訪問數據庫也會導致數據庫的負載過高，那么此時緩存的概念就衍生了出來。

Redis持久化

由于Redis的數據都存放在內存中，如果沒有配置持久化，redis重啟后數據就全丟失了，于是需要開啟redis的持久化功能，將數據保存到磁盤上，當redis重啟后，可以從磁盤中恢復數據。redis提供兩種方式進行持久化，一種是RDB持久化（原理是將Reids在內存中的數據庫記錄定時mp到磁盤上的RDB持久化），另外一種是AOF（append only file）持久化（原理是將Reids的操作日志以追加的方式寫入文件）。

redis是放在內存的~！

數據量多少絕對不是選擇redis和mysql的準則，因為無論是mysql和redis都可以集群擴展，約束它們的只是硬件(即你有沒有那么多錢搭建上千個組成的集群)，我個人覺得數據讀取的快慢可能是選擇的標準之一，另外工作中往往是兩者同是使用，因為mysql存儲在硬盤，做持久化存儲，而redis存儲在內存中做緩存提升效率。

關系型數據庫是必不可少的，因為只有關系型數據庫才能提供給你各種各樣的查詢方式。如果有一系列的數據會頻繁的查詢，那么就用redis進行非持久化的存儲，以供查詢使用，是解決并發性能問題的其中一個手段

很赞哦!（149）