從AnemometerBUG到FRM文件的恢復(fù)是怎樣的

今天就跟大家聊聊有關(guān)從Anemometer BUG 到FRM文件的恢復(fù)是怎樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

目前創(chuàng)新互聯(lián)已為成百上千的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、網(wǎng)站托管運營、企業(yè)網(wǎng)站設(shè)計、臨川網(wǎng)站維護(hù)等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

最近深深體會到，目前的發(fā)展速度，數(shù)據(jù)庫方面各種東西，原理層出不窮，一個禮拜不去看那些公眾號去“滋養(yǎng)”，一下腦子，就發(fā)現(xiàn)新的概念不知道了。

題目是Anemometer， 估計大部分不是MySQLER的不大清楚這是個什么東西，其實這是幾年前通過WEB界面查詢MYSQL 慢查詢的一個方法，安裝上，通過一些腳本，就可以讓每個MYSQL的服務(wù)器的慢查詢顯示出來。

本來應(yīng)該是駕輕就熟的事情，裝上去，然后每臺機(jī)器傳送慢查詢的語句過來，在進(jìn)行查看，沒有那么的復(fù)雜，可就是簡單的問題，發(fā)現(xiàn)安裝上，根本不顯示東西，在注意一下github 上安裝的方法和配置文件的部署方式上已經(jīng)變化了，按照變化的方式搞了半天，還是無法顯示。

后來請來單位的PHP 牛人，給看了一下PHP程序，找到其中的BUG，發(fā)現(xiàn)是$system_timezone 無法獲得正確的時間區(qū)域，造成的，指定了一下時間區(qū)域，github上的 Anemometer開始工作了。

當(dāng)然后續(xù)頭疼的事情也有，PT工具輸入后的數(shù)據(jù)和數(shù)據(jù)庫中的結(jié)構(gòu)有不一致的情況。所以有些時候某些開源軟件的使用只是一段時間，而后期如果公司有強(qiáng)需求，需要考慮自己去開發(fā)一套這樣的東西。

按下鍋蓋，起了瓢，最近MYSQL 的測試服務(wù)器，因為整改，原來的設(shè)置, 所有的文件都沒有per file ，而是都在一個ibd 文件，整改后就出了問題，數(shù)據(jù)讀不出來了，測試的數(shù)據(jù)倒是不重要，但是表結(jié)構(gòu)對于測試時重要的，開發(fā)人員希望能恢復(fù)MYSQL 的表結(jié)構(gòu)，根據(jù)原來的經(jīng)驗，直接的選擇就是 mysql-utilties 工具集合里面的 frm文件修復(fù)，本來想的很簡單，現(xiàn)實很骨感，服務(wù)器上的PYTHON 版本 3.6， 由于對于python + LINUX 的更換版本的操作，本人表示，很白癡。搞到最后，連YUM 都不OK 了，（因為YUM 使用PYTHON），所以最后的結(jié)果是從新找了太干凈的機(jī)器，按照老的方法把 mysql-utitiles 裝上，然后恢復(fù)FRM 文件，本來還在擔(dān)心這個工具集已經(jīng)走到生命的終點，（其實還是蠻好用）。后來一想，MYSQL 8.0 就沒有 FRM 文件了，這個功能就不需要在擔(dān)心了。

另外最近工作中發(fā)現(xiàn)一個項目，對數(shù)據(jù)庫的選型越來越有需求，比如一個需求里面如果客戶，強(qiáng)烈希望有模糊查詢，并且對RDS數(shù)據(jù)庫的需求，那如果繼續(xù)選擇 ORACLE  SQL SERVER , MYSQL 將對程序員是一件痛苦的事情，明擺著如此查詢早晚出性能問題的事情，如果不對各種數(shù)據(jù)有了解，那閉眼去選擇大概率是要吃虧的，后期程序上要搞模糊查詢的成本會比較高，而如果知道 POSTGRESQL 的能力，則毫無疑問的直接選擇，降低開發(fā)和運維的成本。又例如，數(shù)據(jù)選擇了MYSQL ，但數(shù)據(jù)的經(jīng)常有瞬間的 IN OUT  高峰，那就的分析高峰時刻是否有緩解的方法，例如把MYSQL 進(jìn)行分庫，或者使用redis + MQ 的方式前期將數(shù)據(jù)HOLD在前端，后續(xù)讓數(shù)據(jù)庫慢慢消費，這些都是有場景的，所以脫離業(yè)務(wù)去單純的談架構(gòu)， that's a day dream.

所以我一直認(rèn)為，不理解業(yè)務(wù)，就去使用一個種database是很草率的，并且數(shù)據(jù)庫發(fā)展到今天，傳統(tǒng)關(guān)系型， NO SQL , NEW SQL  ，內(nèi)存數(shù)據(jù)庫，時序數(shù)據(jù)庫， 選擇的余地是越來越大，需要了解的東西也越來越多。

看完上述內(nèi)容，你們對從Anemometer BUG 到FRM文件的恢復(fù)是怎樣的有進(jìn)一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。

當(dāng)前名稱：從AnemometerBUG到FRM文件的恢復(fù)是怎樣的
鏈接URL：http://muchs.cn/article28/gdiccp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、網(wǎng)站設(shè)計公司、響應(yīng)式網(wǎng)站、做網(wǎng)站、微信公眾號、自適應(yīng)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)