偽靜態化不正常,電腦打不開貼子,手機可以

2021-07-12 04:23:21 字數 987 閱讀 6978

其實可以叫是乙個外掛程式引起的血案,因為殺人的心都有了,事件起因是伺服器http狀態監控報警,說斷網,一看還是真是占用資源極高,重啟一下服務,當時可以,一會又不行,環境是phpstudy2014,到官網一看,有2016,一想可能就是這個版本的問題,然後公升級,麻煩正式開始。

根據作者的說明,停止原來的服務,直接安裝2016版,裝完後,恢復資料庫密碼,匯入站點列表,結果故障擴大,靜態的不出來,動態的也不顯示,然後就備份,找資料,折騰,備份,找資料,折騰,一直搞到兩點,好像可以了,休息一下,大概三點左右睡著了。

六點直接醒了,然後繼續,這回直接切回到iis了,因為以前做網維時曾經吃過這個虧,當時用的是信佑,行家都知道,要發揮最大效能就要上linux版,結果後來出故障,一直找不到,最終丟了這個客戶,後來學乖了,改用win平台的軟體。同樣的想法,就決定切回來。然後一直這麼切到中午,以為搞定了,吃個中飯。睡一會,醒來,發現故障依舊,頭都大了,想來想去,好像最近只裝了乙個採集dxc外掛程式,而且還是那啥版本的,果斷關閉,好了,天下安靜,所有故障消失,順帶還降了一下mysql的記憶體占用問題。

距離mysql 5.6正式發布已經有比較長的時間了,目前oracle官網上的最新ga版本mysql server也為5.6。但reizhi在安裝配置後卻發現其記憶體占用居高不下,無論如何調整cache甚至禁用innodb都不能解決。由於vps僅有1gb記憶體,在開啟常用的web服務之後,無力再為mysql提供400mb以上的物理記憶體。

通過網路爬文,mysql 5.6相比於前代ga版本效能提公升顯著,但預設快取設定對於小型站點並不合理。通過修改my.ini檔案中的performance_schema_max_table_instances引數,能夠有效降低記憶體占用。

修改引數:

performance_schema_max_table_instances=400

table_definition_cache=400

table_open_cache=256

儲存之後重新啟動mysql服務,其記憶體占用即可從400mb以上降低至40mb左右。

電腦關機不正常如何解決

許多使用者在使用電腦時,經常會遇到這樣的情況 試圖關閉windows時,計算機沒有響應或出現有乙個閃爍游標的空白螢幕。對關機功能失效故障,如何解決呢?關機過程及故障原因 windows的關機程式在關機過程中將執行下述各項功能 完成所有磁碟寫操作 清除磁碟快取 執行關閉視窗程式關閉所有當前執行的程式 ...

串列埠通訊不正常

筆者在 網淘的一塊 轉串列埠模組,才幾元人民幣。看外觀好像質量還不錯,另外傳輸線纜還帶遮蔽。但是拆開模組,發現使用的是繫結的 大約是為了節省生產成本的原因吧,當然繫結 在質量上常規情況下,要比塑料或陶瓷封閉材料的 差。筆者的模組用於arm linux開發,但是經常遇到乙個情況 正常啟動bootloa...

20190925機房測試 不正常序列

我們定義乙個不正常數列 f 1 1 f i a m b i c mod 1e9 7 其中,m是指數列 的中位數 如果數列一共有偶數項,那麼我們定義較小的那個為他的中位數 對於給定的a,b,c和n,求數列f i 之和一句話題意 實時更新數列並查詢數列中位數 很顯然,我們可以用兩個堆,儲存這個數列的前半...