跳轉到內容


> 八大新聞
八大論壇使用規範(版規) --- 請務必瀏覽, 新註冊會員請先進新兵上路版
圖片

[徵求] Mysql 重啟指令


  • 這個主題已鎖定 這個主題已鎖定
這個主題有15篇回覆

#1 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-10 12:53:56

起因於最近八大主機因 mysql 程式偶而會發生將資源吃光光,造成 Apache 無法獲得資源以致於網頁無法開啟。

當偶看到時,關閉 mysql 指令偶是知道的,但關閉後如何「重啟」?! 試了幾次都不對 :devil: 知道的提共一下 (FreeBSD OS),這樣偶若發現時就可以手動處理 mysql ,不至於需要等他自己恢復正常(估計約5~10分鐘不等),而拖延正常使用

#2 Abbott

Abbott

    上等兵

  • {運輸兵}
  • 圓點圖片圓點圖片
  • 175 篇 文章總計
  • 車種:Lexus RX330 銀
  • PDA&相機:Canon 1D Mark III

發表於 2007-09-10 17:04:02

起因於最近八大主機因 mysql 程式偶而會發生將資源吃光光,造成 Apache 無法獲得資源以致於網頁無法開啟。

當偶看到時,關閉 mysql 指令偶是知道的,但關閉後如何「重啟」?! 試了幾次都不對 :surrender: 知道的提共一下 (FreeBSD OS),這樣偶若發現時就可以手動處理 mysql ,不至於需要等他自己恢復正常(估計約5~10分鐘不等),而拖延正常使用



試試
service mysqld restart

service mysqld start


Abbott

#3 五哥

五哥

    C-666

  • {資深會員}
  • 6658 篇 文章總計
  • 性別:Male
  • 處所:台中

發表於 2007-09-10 17:27:08

最近每天都要來個兩次,每次大概一小時左右,挺累人的 :good:

附加檔案



#4 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-10 21:32:25

試試
service mysqld restart

service mysqld start
Abbott

光這樣不行

是否還有其他要件?! 真累人耶

#5 Steve77

Steve77

    二等兵

  • 新兵
  • 10 篇 文章總計

發表於 2007-09-11 06:02:11

光這樣不行

是否還有其他要件?! 真累人耶


試試

/usr/local/etc/rc.d/mysql-server.sh restart

#6 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-11 09:07:56

試試

/usr/local/etc/rc.d/mysql-server.sh restart

執行後出現沒有這目錄?
su: /usr/local/etc/rc.d/mysql-server.sh: No such file or directory

#7 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-11 13:39:28

知道指令了
先停止 /etc/rc.d/mysql.server stop
後重啟動 /etc/rc.d/mysql.server start

暫時碰到mysql 飆高時,先這樣治標一下,至於治本...

#8 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-11 15:38:14

經今天實際演練結果,停止、啟動 mysql 並沒辦法治標;還是需要找出治本辦法來,留待高手跟 c-666 聯繫

#9 luther

luther

    上等兵

  • 新兵
  • 圓點圖片圓點圖片
  • 201 篇 文章總計
  • 性別:Male
  • 處所:Taoyuan
  • 興趣:Reading / Music / Piano & computing.
  • 寵物:none
  • PDA&相機:None

發表於 2007-09-16 21:40:49

起因於最近八大主機因 mysql 程式偶而會發生將資源吃光光,造成 Apache 無法獲得資源以致於網頁無法開啟。

當偶看到時,關閉 mysql 指令偶是知道的,但關閉後如何「重啟」?! 試了幾次都不對 :bye1: 知道的提共一下 (FreeBSD OS),這樣偶若發現時就可以手動處理 mysql ,不至於需要等他自己恢復正常(估計約5~10分鐘不等),而拖延正常使用


可以把 Log directory 給我,還有Server 的Specification 與 你的network infrastructure 給我,我才可以抓問題. 排除 Hardware, 那就有可能是 WEb page 與 DB 的問題. Mysql 應該很穩的...請寄給我 luther163@yahoo.com 或Pm 給我. 沒有辦法,光你的simple description 就可以 Solution.

#10 beebu

beebu

    二等兵

  • 新兵
  • 1 篇 文章總計
  • 車種:Tucson

發表於 2007-09-17 16:04:37

可以把 Log directory 給我,還有Server 的Specification 與 你的network infrastructure 給我,我才可以抓問題. 排除 Hardware, 那就有可能是 WEb page 與 DB 的問題. Mysql 應該很穩的...請寄給我 luther163@yahoo.com 或Pm 給我. 沒有辦法,光你的simple description 就可以 Solution.


是否為Mysql記憶體配置的問題?

MySQL伺服器設定檔針對記憶體容量的設定

MySQL使用的是預設的簡單設定檔,若要針對主機記憶體容量不同做最佳化設定,範例的設定檔在:/usr/share/doc/mysql-server-5.0.22(視版本不同)/

* my-huge.cnf: 適合 1GB - 2GB RAM的主機使用。
* my-large.cnf: 適合 512MB RAM的主機使用。
* my-medium.cnf: 只有 32MB - 64MB RAM 的主機使用,或者有 128MB RAM 但需要運行其他伺服器,例如 web server。
* my-small.cnf: 記憶體少於 64MB 時適用這個,MySQL 會佔用較少資源。

使用方法很簡單,將範例檔複製到/etc/my.cnf,然後重新啟動MySQL伺服器即可。

PS:我的會員註冊一直無法啟用,可否請版大幫忙啟用小弟的帳號,以便小弟能使用網站的功能。

#11 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-18 05:43:32

可以把 Log directory 給我,還有Server 的Specification 與 你的network infrastructure 給我,我才可以抓問題. 排除 Hardware, 那就有可能是 WEb page 與 DB 的問題. Mysql 應該很穩的...請寄給我 luther163@yahoo.com 或Pm 給我. 沒有辦法,光你的simple description 就可以 Solution.

目前將幾位義工與熱心會員討論後,初步決定先解決php程式版本落差;將現有 ipb 2.17版升級到最新版 2.31版(已經差了兩個大版);預定時間是 10.15 前完成,等升級後觀察 mysql 使用資源情形是否繼續有異常飆高情形;同時,購買 server 當 mysql 資料庫使用,將 web server 與 mysql server 從現有一台使用,拆開成兩台使用。

若有需要您的協助時,會請 c-666 跟您聯繫 :good:

是否為Mysql記憶體配置的問題?

MySQL伺服器設定檔針對記憶體容量的設定

MySQL使用的是預設的簡單設定檔,若要針對主機記憶體容量不同做最佳化設定,範例的設定檔在:/usr/share/doc/mysql-server-5.0.22(視版本不同)/

* my-huge.cnf: 適合 1GB - 2GB RAM的主機使用。
* my-large.cnf: 適合 512MB RAM的主機使用。
* my-medium.cnf: 只有 32MB - 64MB RAM 的主機使用,或者有 128MB RAM 但需要運行其他伺服器,例如 web server。
* my-small.cnf: 記憶體少於 64MB 時適用這個,MySQL 會佔用較少資源。

使用方法很簡單,將範例檔複製到/etc/my.cnf,然後重新啟動MySQL伺服器即可。

PS:我的會員註冊一直無法啟用,可否請版大幫忙啟用小弟的帳號,以便小弟能使用網站的功能。


現有主機記憶體是 4GB,mysql 記憶體系統變數配置並不是採預設值,而是採 my-huge.cnf 再調整方式。資料庫目前有 4.2GB ,最大 table 是 1.7GB,因語系採 utf-8 關係資料庫相對比較大,最佳化資料庫動作也執行過,現設定每週定時最佳化兩個大 table,每天 am4 自動會啟動匯出資料庫、壓縮、傳送到遠端主機作業

有需要您的協助時,會請 c-666 跟您聯繫 :wacko:

經多日持續觀察主機上 mysql 與 apache 使用資源情形,發現兩者都會偶而延遲現象,不理會他都會自動恢復正常,發生時間與線上人數沒關連性,義工 G 是有提及最近使用 mysql 的論壇也有類似情形發生,猜測是 mysql 被攻擊?! 但這無法確認,所以先解決 php 程式版本落差問題與主機分散負荷問題,等這兩個處理後再觀察,所以在解決之前論壇偶而會 hang 住情形還是會發生

除了 mysql 可能被攻擊因素外,初步判斷是:php程式執行某些搜尋時所引致,這跟php 如何執行 sql 與對 cache 使用有關係,也就是上面提及的升級版本

am6:10~6:28 Top 情形,最後看不下去將 mysql 重新啟動,正常情形是下邊這張圖
附加檔案  snap014.gif   41.97K   0 下載數
附加檔案  snap015.gif   39.42K   0 下載數

#12 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-18 19:41:06

下午請阿先將 mysql 版本從 4.1.15 版本升級到 4.1.23版本;但涉及到 OS 關係暫時告終。會這樣做是因為 mySQL 新版提到有安全性漏洞的修正

#13 wanderer

wanderer

    一等兵

  • 新兵
  • 圓點圖片
  • 66 篇 文章總計
  • 車種:TUCSON 2.0 4WD EX

發表於 2007-09-19 02:03:25

姑且先不論MYSQL是否被攻擊,暫時以目前不穩狀況來看..
因為不知道目前八大my.cnf的確實調校

只能建議可以從兩大方面做調整試看看,(不一定是正解...)
1.MYSQL的GLOBAL MEMORY 和 THREAD MEMORY 大小的設置(牽涉第二點的設置)
2.TMP TABLE 和TABLE CACHE 的設置
在記憶體不足以容納MYSQL的THREAD MEMORY大小時,硬碟常被TMP和CACHE作為讀寫介質是常有的事情,或許另一方面要檢查硬碟本身的穩定性,是否因為磁軌常被讀寫導致不穩定
另一方面,在USED CONNECTION大量增加時,如果因為TABLE LOCK而導致新的QUERY進入暫存而降低效率,這時降低TABLE LOCK的時間與次數,有可能解決問題。
會產生TABLE LOCK一般是因為SQL查詢寫的不好(另一方面也可能是設置大小的問題),但是要用改PHP程式來作SQL語法的調整在現有套裝程式(IPB)上似乎不是好的解決方案(牽涉日後升級),另一個救急的辦法可以縮短wait_timeout的時間,但會增加CPU LOADING,要花時間去TEST來取平衡點,(如果是CPU LOADING太大則需要反向思考設置的大小是否過大)。

如果手動真的太麻煩,短期內可以考慮crontab設定每天定時重啟MYSQL

這種狀況的產生在大型網站,幾乎都是宿命,有時跑叢集分散LOADING都還不一定OK,一個例子,PCDVD據說有五台伺服器同時運作一樣很慢(資料庫實在太肥),微風廣場之前聽說是三台高階伺服器,分散運作的狀況卻還不錯;

之前是有聽過FREEBSD在MYSQL的QUERY部分,比起LINUX不穩因素較多,不過應該也是調教問題,八大機器不多能跑這樣的效率,其實已經很不錯了。

FREEBSD比較少碰,只能給粗淺的建議,近日如果有新發現在跟大家分享...

給辛苦的管理群加油.......

本篇文章已被 wanderer 於 2007-09-19 02:03:57 編輯過


#14 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-19 08:05:03

姑且先不論MYSQL是否被攻擊,暫時以目前不穩狀況來看..
因為不知道目前八大my.cnf的確實調校

只能建議可以從兩大方面做調整試看看,(不一定是正解...)
1.MYSQL的GLOBAL MEMORY 和 THREAD MEMORY 大小的設置(牽涉第二點的設置)
2.TMP TABLE 和TABLE CACHE 的設置
在記憶體不足以容納MYSQL的THREAD MEMORY大小時,硬碟常被TMP和CACHE作為讀寫介質是常有的事情,或許另一方面要檢查硬碟本身的穩定性,是否因為磁軌常被讀寫導致不穩定
另一方面,在USED CONNECTION大量增加時,如果因為TABLE LOCK而導致新的QUERY進入暫存而降低效率,這時降低TABLE LOCK的時間與次數,有可能解決問題。
會產生TABLE LOCK一般是因為SQL查詢寫的不好(另一方面也可能是設置大小的問題),但是要用改PHP程式來作SQL語法的調整在現有套裝程式(IPB)上似乎不是好的解決方案(牽涉日後升級),另一個救急的辦法可以縮短wait_timeout的時間,但會增加CPU LOADING,要花時間去TEST來取平衡點,(如果是CPU LOADING太大則需要反向思考設置的大小是否過大)。

如果手動真的太麻煩,短期內可以考慮crontab設定每天定時重啟MYSQL

這種狀況的產生在大型網站,幾乎都是宿命,有時跑叢集分散LOADING都還不一定OK,一個例子,PCDVD據說有五台伺服器同時運作一樣很慢(資料庫實在太肥),微風廣場之前聽說是三台高階伺服器,分散運作的狀況卻還不錯;

之前是有聽過FREEBSD在MYSQL的QUERY部分,比起LINUX不穩因素較多,不過應該也是調教問題,八大機器不多能跑這樣的效率,其實已經很不錯了。

FREEBSD比較少碰,只能給粗淺的建議,近日如果有新發現在跟大家分享...

給辛苦的管理群加油.......


感謝提共,上面提及的資料在網路上有看過,目前也有朝這調教考量 :surrender:
至於提及設定定時重啟 mysql ,有考慮過,但觀察多日後放棄,原因是無法掌握確定的時間,且就算採手動重啟後,沒幾分鐘還是有飆高現象,所以排除採定時重啟方案

#15 xkeiko

xkeiko

    上等兵

  • 新兵
  • 圓點圖片圓點圖片
  • 205 篇 文章總計
  • 性別:Male
  • 車種:INFINITI_FX35
  • 寵物:殺人鯨_凱哥
  • PDA&相機:Sony&Rollei

發表於 2007-09-20 00:58:28

感謝提共,上面提及的資料在網路上有看過,目前也有朝這調教考量 :nice:
至於提及設定定時重啟 mysql ,有考慮過,但觀察多日後放棄,原因是無法掌握確定的時間,且就算採手動重啟後,沒幾分鐘還是有飆高現象,所以排除採定時重啟方案


版大:
提醒 參數最好保密勿貼出給未註冊路人觀看 易被有心研究攻擊對策方式
資料庫有會員資料 可能是目標之一
如果可以每週停機維護一次(可參考網路遊戲...銀行方式)(幾小時也好)(完整備份並掃毒)

再次感謝你們努力維護

#16 antma

antma

    微型儀器顧問

  • {資深會員}
  • 24865 篇 文章總計
  • 性別:Male
  • 處所:TW
  • 興趣:攝影旅遊
  • 車種:Jimny白精靈
  • 寵物:兔恩&5D
  • PDA&相機:Sony TH55 BT

發表於 2007-09-20 07:31:53

版大:
提醒 參數最好保密勿貼出給未註冊路人觀看 易被有心研究攻擊對策方式
資料庫有會員資料 可能是目標之一
如果可以每週停機維護一次(可參考網路遊戲...銀行方式)(幾小時也好)(完整備份並掃毒)

再次感謝你們努力維護

感謝提醒 :jolin:




目前瀏覽這個主題的用戶: 0 位

0 位會員,0 位訪客,0 位匿名會員