在你準(zhǔn)備升級GLIBC庫之前，你要好好思考一下，

你真的要升級GLIBC么？

你知道你自己在做什么么？

http://baike.baidu.com/view/1323132.htm?fr=aladdin

glibc是gnu發(fā)布的libc庫，即c運行庫。glibc是linux系統(tǒng)中最底層的api，幾乎其它任何運行庫都會依賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務(wù)外，它本身也提供了許多其它一些必要功能服務(wù)的實現(xiàn)...

總的來說，不說運行在linux上的一些應(yīng)用，或者你之前部署過的產(chǎn)品，就是很多l(xiāng)inux的基本命令，比如cp, rm, ll之類，都得依賴于它

網(wǎng)上很多人有慘痛教訓(xùn)，甚至升級失敗后系統(tǒng)退出后無法重新進(jìn)入了。。

對于CentOS這樣的系統(tǒng)，為了追求穩(wěn)定性（這個值得商榷）往往各種庫版本都很低，比如6.5甚至7.0自帶的還是glibc2.12, 而ubuntu 14.04帶glibc2.19

如果升級基本C運行庫到一個太新的版本，可能會影響CentOS的運行。所以大家如果遇到CentOS基本庫的問題，影響了自己程序的運行，應(yīng)該可以考慮：

1. 在低版本的系統(tǒng)編譯自己的產(chǎn)品，如果自己的產(chǎn)品確實不需要新版才支持的新特性

2. 用版本高的系統(tǒng)來編譯，比如ubuntu，和centos的新版，但可能需要部署到較低版本，那么可以考慮用mock等技術(shù)制作更好的安裝包，把依賴打入包內(nèi)

3.利用容器技術(shù)，如Docker，在低版本的操作系統(tǒng)內(nèi)，輕量級的隔離出一個虛擬運行環(huán)境，適應(yīng)你的程序。

好在我遇到的問題是glibc2.15就滿足要求升級后暫時沒發(fā)現(xiàn)問題，所以大家可以參考我的方法：

首先查看先有的情況，在CentOS6.5下

libc.so.6是一個軟連接，當(dāng)前的glibc是2.12版本,我遇到的事GLIBC_2.15找不到的問題，所以需至少升級到2.15

首先，從網(wǎng)上下載glibc 2.15的rpm安裝包，但這個不容易，因為.rpm針對的是centOS和redhat，高版本安裝包很少見。也可以直接從其他系統(tǒng)上好一個編譯好的文件

libc.so.6（對應(yīng)glibc 2.15或者更高的），不過最保險的方式就是下載源代碼在本地編譯一次（有的人實在編譯不成功，那也只能從別的地方找一份了）

各個版本的glibc可以從http://ftp./gnu/glibc/找，包括其插件glibc-port

最新到2.20，我保守的選擇2.15 

對于低版本glibc，還有glibc-linuxthreads-2.x需要編譯，可參考很多網(wǎng)上文檔，但2.15沒有，所以不用了

如果提示install成功，去看glibc所在的共享庫：

可以看到2.12的舊庫文件還在，多了2.15版本的庫文件，而且軟鏈接文件全部指向了2.15版本。

有些人會在make install后出現(xiàn)error。這兒error我沒去細(xì)究,經(jīng)過網(wǎng)友提醒，可能是因為沒有sudo造成的，因為make install就是把文件拷貝到幾個受保護(hù)的系統(tǒng)目錄下。

如果還是不行，可以查看一下系統(tǒng)此時的GLIBC版本，參考一開始的做法。如果版本未升級，我們只能手動安裝一下：

首先make是成功了，那么我們會發(fā)現(xiàn)build目錄下編譯出了一個新的libc.so.6 （/glibc-build-2.15/libc.so.6， 我們會發(fā)現(xiàn)這實際上也是一個軟連接，真實的lib文件時libc.so， 輸出

這是我們需要的lib了，然后去更新系統(tǒng)的庫。

這里要注意，更新系統(tǒng)里的鏈接（我的是/lib64/libc.so.6) 很容易出錯，我不清楚有沒有更好的辦法，一般都是刪除舊鏈接，建立新鏈接

但刪除舊鏈接后，很多命令直接不能用了，因為此時中不到glibc的庫了。這個時候就需要臨時指定一個glibc庫，方法如下（libc.so改個名以便好以后更新的其他版本區(qū)分）：

更新連接完畢，然后：

說明連接更新成功，再編譯的話，GLIBC_2.15及以下版本的依賴問題就不會出現(xiàn)了。