搞Linux運維的，需要學習些什么語言

Linux運維主要學習以下語言：

“專業(yè)、務實、高效、創(chuàng)新、把客戶的事當成自己的事”是我們每一個人一直以來堅持追求的企業(yè)文化。 創(chuàng)新互聯(lián)建站是您可以信賴的網(wǎng)站建設服務商、專業(yè)的互聯(lián)網(wǎng)服務提供商! 專注于成都網(wǎng)站設計、網(wǎng)站建設、外貿(mào)網(wǎng)站建設、軟件開發(fā)、設計服務業(yè)務。我們始終堅持以客戶需求為導向，結合用戶體驗與視覺傳達，提供有針對性的項目解決方案，提供專業(yè)性的建議，創(chuàng)新互聯(lián)建站將不斷地超越自我，追逐市場，引領市場！

運維工作尤其是linux運維，其實最考驗你的能力，因為需要學習的東西實在太多，

你既要懂網(wǎng)絡：思科華為設備的配置;

要懂性能調優(yōu)：包括lamp或者lnmp的性能調優(yōu)，也包括linux操作系統(tǒng)調優(yōu);

要懂數(shù)據(jù)庫mysql或者nosql(例如mongodb)：

要懂編程語言：Shell是最基本的，還要學習perl，python，甚至ruby和C++等(因為一些軟件是這些語言編寫的)，還得熟練掌握awk，sed，grep以及正則表達式;

要懂一些調試排錯的命令工具的使用，比如htop，dstat，strace,systemtap,iostat,sar等;

要有比較好的英語水平：因為很多軟件或者工具以及出現(xiàn)問題排錯的答案都不是國人所做，甚至還需要和原作者交流，在谷歌group里面留言討論

要有堅強的體魄和超時工作的心理準備：升級維護都是在大家還在做夢時候。夜里2點網(wǎng)站掛了你也得起來，手機不停的接收各種報警短信...

要有背黑鍋的忍耐力：運維一直是公司爹不疼娘不愛的位置，別人做好了和你無關，你做差了別人作不好就是你影響的。人力和財務是技術部門的服務，運維就是各技術部門的服務，大到線上操作，小到幫助公司其他使用linux桌面的同事，公司內(nèi)部機房，IDC維護(跑腿搬服務器)，

SQL軟件是什么，怎么使用~！

SQL是一種編程語言，下面對其進行一個詳細介紹：

SQL(Structure Query Language)語言是數(shù)據(jù)庫的核心語言。

SQL的發(fā)展是從1974年開始的，其發(fā)展過程如下：

1974年-----由Boyce和Chamberlin提出，當時稱SEQUEL。

1976年-----IBM公司的Sanjase研究所在研制RDBMS SYSTEM R

時改為SQL。

1979年-----ORACLE公司發(fā)表第一個基于SQL的商業(yè)化RDBMS產(chǎn)品。

1982年-----IBM公司出版第一個RDBMS語言SQL/DS。

1985年-----IBM公司出版第一個RDBMS語言DB2。

1986年-----美國國家標準化組織ANSI宣布SQL作為數(shù)據(jù)庫工業(yè)標準。

SQL是一個標準的數(shù)據(jù)庫語言，是面向集合的描述性非過程化語言。

它功能強，效率高，簡單易學易維護（迄今為止，我還沒見過比它還好

學的語言）。然而SQL語言由于以上優(yōu)點，同時也出現(xiàn)了這樣一個問題：

它是非過程性語言，即大多數(shù)語句都是獨立執(zhí)行的，與上下文無關，而

絕大部分應用都是一個完整的過程，顯然用SQL完全實現(xiàn)這些功能是很困

難的。所以大多數(shù)數(shù)據(jù)庫公司為了解決此問題，作了如下兩方面的工作：

(1)擴充SQL，在SQL中引入過程性結構；(2)把SQL嵌入到高級語言中，

以便一起完成一個完整的應用。

二 SQL語言的分類

SQL語言共分為四大類：數(shù)據(jù)查詢語言DQL，數(shù)據(jù)操縱語言DML，

數(shù)據(jù)定義語言DDL，數(shù)據(jù)控制語言DCL。

1 數(shù)據(jù)查詢語言DQL

數(shù)據(jù)查詢語言DQL基本結構是由SELECT子句，F(xiàn)ROM子句，WHERE

子句組成的查詢塊：

SELECT 字段名表

FROM 表或視圖名

WHERE 查詢條件

2 數(shù)據(jù)操縱語言

數(shù)據(jù)操縱語言DML主要有三種形式：

1) 插入：INSERT

2) 更新：UPDATE

3) 刪除：DELETE

3 數(shù)據(jù)定義語言DDL

數(shù)據(jù)定義語言DDL用來創(chuàng)建數(shù)據(jù)庫中的各種對象-----表、視圖、

索引、同義詞、聚簇等如：

CREATE TABLE/VIEW/INDEX/SYN/CLUSTER

| | | | |

表 視圖 索引 同義詞 簇

NoSql如何查詢數(shù)據(jù)，除了可用SQL語言查，是否還可以用其他高級編程語言査?

每種nosql都有自己的語法。跟t-sql類數(shù)據(jù)庫的方式類似。但。不是用sql語句。而是他自身定義的讀取語句

數(shù)據(jù)庫都有哪些？

數(shù)據(jù)庫可以按照內(nèi)容類型分類:書目、全文、數(shù)字和圖像。在計算中，數(shù)據(jù)庫有時根據(jù)其組織方法進行分類。有許多不同類型的數(shù)據(jù)庫，從最流行的方法關系數(shù)據(jù)庫到分布式數(shù)據(jù)庫、云數(shù)據(jù)庫或NoSQL數(shù)據(jù)庫。

常用數(shù)據(jù)庫：

1、關系型數(shù)據(jù)庫

關系型數(shù)據(jù)庫是由IBM的E.F. Codd于1970年發(fā)明的，它是一個表格數(shù)據(jù)庫，其中定義了數(shù)據(jù)，因此可以以多種不同的方式對其進行重組和訪問。

關系數(shù)據(jù)庫由一組表組成，其中的數(shù)據(jù)屬于預定義的類別。每個表在一個列中至少有一個數(shù)據(jù)類別，并且每一行對于列中定義的類別都有一個特定的數(shù)據(jù)實例。

結構化查詢語言(SQL)是關系數(shù)據(jù)庫的標準用戶和應用程序接口。關系數(shù)據(jù)庫易于擴展，并且可以在原始數(shù)據(jù)庫創(chuàng)建之后添加新的數(shù)據(jù)類別，而不需要修改所有現(xiàn)有應用程序。

2、分布式數(shù)據(jù)庫

分布式數(shù)據(jù)庫是一種數(shù)據(jù)庫，其中部分數(shù)據(jù)庫存儲在多個物理位置，處理在網(wǎng)絡中的不同點之間分散或復制。

分布式數(shù)據(jù)庫可以是同構的，也可以是異構的。同構分布式數(shù)據(jù)庫系統(tǒng)中的所有物理位置都具有相同的底層硬件，并運行相同的操作系統(tǒng)和數(shù)據(jù)庫應用程序。異構分布式數(shù)據(jù)庫中的硬件、操作系統(tǒng)或數(shù)據(jù)庫應用程序在每個位置上可能是不同的。

3、云數(shù)據(jù)庫

云數(shù)據(jù)庫是針對虛擬化環(huán)境(混合云、公共云或私有云)優(yōu)化或構建的數(shù)據(jù)庫。云數(shù)據(jù)庫提供了一些好處，比如可以按每次使用支付存儲容量和帶寬的費用，還可以根據(jù)需要提供可伸縮性和高可用性。

云數(shù)據(jù)庫還為企業(yè)提供了在軟件即服務部署中支持業(yè)務應用程序的機會。

4、NoSQL數(shù)據(jù)庫

NoSQL數(shù)據(jù)庫對于大型分布式數(shù)據(jù)集非常有用。

NoSQL數(shù)據(jù)庫對于關系數(shù)據(jù)庫無法解決的大數(shù)據(jù)性能問題非常有效。當組織必須分析大量非結構化數(shù)據(jù)或存儲在云中多個虛擬服務器上的數(shù)據(jù)時，它們是最有效的。

5、面向對象的數(shù)據(jù)庫

使用面向對象編程語言創(chuàng)建的項通常存儲在關系數(shù)據(jù)庫中，但是面向對象數(shù)據(jù)庫非常適合于這些項。

面向對象的數(shù)據(jù)庫是圍繞對象(而不是操作)和數(shù)據(jù)(而不是邏輯)組織的。例如，關系數(shù)據(jù)庫中的多媒體記錄可以是可定義的數(shù)據(jù)對象，而不是字母數(shù)字值。

6、圖形數(shù)據(jù)庫

面向圖形的數(shù)據(jù)庫是一種NoSQL數(shù)據(jù)庫，它使用圖形理論存儲、映射和查詢關系。圖數(shù)據(jù)庫基本上是節(jié)點和邊的集合，其中每個節(jié)點表示一個實體，每個邊表示節(jié)點之間的連接。

圖形數(shù)據(jù)庫在分析互連方面越來越受歡迎。例如，公司可以使用圖形數(shù)據(jù)庫從社交媒體中挖掘關于客戶的數(shù)據(jù)。

NoSQL數(shù)據(jù)庫是否意味著缺乏安全性？

NoSQL薄弱的安全性會給企業(yè)帶來負面影響 。Imperva公司創(chuàng)始人兼CTO Amichai Shulman如是說。在新的一年中，無疑會有更多企業(yè)開始或籌劃部署NoSQL。方案落實后就會逐漸發(fā)現(xiàn)種種安全問題，因此早做準備才是正確的選擇。 作為傳統(tǒng)關系型數(shù)據(jù)庫的替代方案，NoSQL在查詢中并不使用SQL語言，而且允許用戶隨時變更數(shù)據(jù)屬性。此類數(shù)據(jù)庫以擴展性良好著稱，并能夠在需要大量應用程序與數(shù)據(jù)庫本身進行實時交互的交易處理任務中發(fā)揮性能優(yōu)勢，Couchbase創(chuàng)始人兼產(chǎn)品部門高級副總裁James Phillips解釋稱：NoSQL以交易業(yè)務為核心。它更注重實時處理能力并且擅長直接對數(shù)據(jù)進行操作，大幅度促進了交互型軟件系統(tǒng)的發(fā)展。Phillips指出。其中最大的優(yōu)勢之一是能夠隨時改變(在屬性方面)，由于結構性的弱化，修改過程非常便捷。 NoSQL最大優(yōu)勢影響其安全性 NoSQL的關鍵性特色之一是其動態(tài)的數(shù)據(jù)模型，Shulman解釋道。我可以在其運作過程中加入新的屬性記錄。因此與這種結構相匹配的安全模型必須具備一定的前瞻性規(guī)劃。也就是說，它必須能夠了解數(shù)據(jù)庫引入的新屬性將引發(fā)哪些改變，以及新加入的屬性擁有哪些權限。然而這個層面上的安全概念目前尚不存在，根本沒有這樣的解決方案。 根據(jù)Phillips的說法，某些NoSQL開發(fā)商已經(jīng)開始著手研發(fā)安全機制，至少在嘗試保護數(shù)據(jù)的完整性。在關系型數(shù)據(jù)庫領域，如果我們的數(shù)據(jù)組成不正確，那么它將無法與結構并行運作，換言之數(shù)據(jù)插入操作整體將宣告失敗。目前各種驗證規(guī)則與完整性檢查已經(jīng)比較完善，而事實證明這些驗證機制都能在NoSQL中發(fā)揮作用。我們與其他人所推出的解決方案類似，都會在插入一條新記錄或是文檔型規(guī)則時觸發(fā)，并在執(zhí)行過程中確保插入數(shù)據(jù)的正確性。 Shulman預計新用戶很快將在配置方面捅出大婁子，這并非因為IT工作人員的玩忽職守，實際上主要原因是NoSQL作為一項新技術導致大多數(shù)人對其缺乏足夠的知識基礎。Application Security研發(fā)部門TeamSHATTER的經(jīng)理Alex Rothacker對上述觀點表示贊同。他指出，培訓的一大問題在于，大多數(shù)NoSQL的從業(yè)者往往屬于新生代IT人士，他們對于技術了解較多，但往往缺乏足夠的安全管理經(jīng)驗。 如果他們從傳統(tǒng)關系型數(shù)據(jù)庫入手，那么由于強制性安全機制的完備，他們可以在使用中學習。但NoSQL，只有行家才能通過觀察得出正確結論，并在大量研究工作后找到一套完備的安全解決方案。因此可能有90%的從業(yè)者由于知識儲備、安全經(jīng)驗或是工作時間的局限而無法做到這一點。 NoSQL需在安全性方面進行優(yōu)化 盡管Phillips認同新技術與舊經(jīng)驗之間存在差異，但企業(yè)在推廣NoSQL時加大對安全性的關注會起到很大程度的積極作用。他認為此類數(shù)據(jù)存儲機制與傳統(tǒng)關系類數(shù)據(jù)庫相比，其中包含著的敏感類信息更少，而且與企業(yè)網(wǎng)絡內(nèi)部其它應用程序的接觸機會也小得多。 他們并不把這項新技術完全當成數(shù)據(jù)庫使用，正如我們在收集整理大量來自其它應用程序的業(yè)務類數(shù)據(jù)時，往往也會考慮將其作為企業(yè)數(shù)據(jù)存儲機制一樣，他補充道。當然，如果我打算研發(fā)一套具備某種特定功能的社交網(wǎng)絡、社交游戲或是某種特殊web應用程序，也很可能會將其部署于防火墻之下。這樣一來它不僅與應用程序緊密結合，也不會被企業(yè)中的其它部門所觸及。 但Rothacker同時表示，這種過度依賴周邊安全機制的數(shù)據(jù)庫系統(tǒng)也存在著極其危險的漏洞。一旦系統(tǒng)完全依附于周邊安全模型，那么驗證機制就必須相對薄弱，而且缺乏多用戶管理及數(shù)據(jù)訪問方面的安全保護。只要擁有高權限賬戶，我們幾乎能訪問存儲機制中的一切數(shù)據(jù)。舉例來說，Brian Sullivan就在去年的黑帽大會上演示了如何在完全不清楚數(shù)據(jù)具體內(nèi)容的情況下，將其信息羅列出來甚至導出。 而根據(jù)nCircle公司CTO Tim ‘TK’ Keanini的觀點，即使是與有限的應用程序相關聯(lián)，NoSQL也很有可能被暴露在互聯(lián)網(wǎng)上。在缺少嚴密網(wǎng)絡劃分的情況下，它可能成為攻擊者窺探存儲數(shù)據(jù)的薄弱環(huán)節(jié)。因為NoSQL在設計上主要用于互聯(lián)網(wǎng)規(guī)模的部署，所以它很可能被直接連接到互聯(lián)網(wǎng)中，進而面臨大量攻擊行為。 其中發(fā)生機率最高的攻擊行為就是注入式攻擊，這也是一直以來肆虐于關系類數(shù)據(jù)庫領域的頭號公敵。盡管NoSQL沒有將SQL作為查詢語言，也并不代表它能夠免受注入式攻擊的威脅。雖然不少人宣稱SQL注入在NoSQL這邊不起作用，但其中的原理是完全一致的。攻擊者需要做的只是改變自己注入內(nèi)容的語法形式，Rothacker解釋稱。也就是說雖然SQL注入不會出現(xiàn)，但JavaScript注入或者JSON注入同樣能威脅安全。 此外，攻擊者在籌劃對這類數(shù)據(jù)庫展開侵襲時，也很可能進一步優(yōu)化自己的工具。不成熟的安全技術往往帶來這樣的窘境：需要花費大量時間學習如何保障其安全，但幾乎每個IT人士都能迅速掌握攻擊活動的組織方法。因此我認為攻擊者將會始終走在安全部署的前面，Shulman說道。遺憾的是搞破壞總比防范工作更容易，而我們已經(jīng)看到不少NoSQL技術方面的公開漏洞，尤其是目前引起熱議的、以JSON注入為載體的攻擊方式。 NoSQL安全性并非其阻礙 然而，這一切都不應該成為企業(yè)使用NoSQL的阻礙，他總結道。我認為歸根結底，這應該算是企業(yè)的一種商業(yè)決策。只要這種選擇能夠帶來吸引力巨大的商業(yè)機遇，就要承擔一定風險，Shulman解釋道。但應該采取一定措施以盡量弱化這種風險。 舉例來說，鑒于數(shù)據(jù)庫對外部安全機制的依賴性，Rothacker建議企業(yè)積極考慮引入加密方案。他警告稱，企業(yè)必須對與NoSQL相對接的應用程序代碼仔細檢查。換言之，企業(yè)必須嚴格挑選負責此類項目部署的人選，確保將最好的人才用于這方面事務，Shulman表示。當大家以NoSQL為基礎編寫應用程序時，必須啟用有經(jīng)驗的編程人員，因為客戶端軟件是抵擋安全問題的第一道屏障。切實為額外緩沖區(qū)的部署留出時間與預算，這能夠讓員工有閑暇反思自己的工作內(nèi)容并盡量多顧及安全考量多想一點就是進步。綜上所述，這可能與部署傳統(tǒng)的關系類數(shù)據(jù)庫也沒什么不同。 具有諷刺意味的是，近年來數(shù)據(jù)庫應用程序在安全性方面的提升基本都跟數(shù)據(jù)庫本身沒什么關系，nCircle公司安全研究及開發(fā)部門總監(jiān)Oliver Lavery如是說。