作者 主題: 今天 June 16 早上中午進不來討論區..  (閱讀 30811 次)

0 會員 與 1 訪客 正在閱讀本文。

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #30 於: 2002-06-18 19:41 »
引述: "TyroneYeh"
如果有三台主機,一台 SQL,
兩台 同時存取 SQL 主機的資料, 這樣子是不是會比較省一點,
不過感覺上這裡的 SQL 的主機比較不穩定


假如有單獨的DB主機,可以考慮不要再用MySQL,
而且這種架構是比較好,不用考慮DB Replication問題...

但DB死了,Web也掛了,
所以又可以玩雙A主機(雙Web+DB).

而雙DB之間的Data Sync也是個問題,
我有考慮用Replicaion方式作,
不過MySQL好像沒這功能,
那就要另外裝套件去作,
另外一種是我異想天開的,
學BBS的信件交換方式...用News!

有興趣的人可以加入酷學校資訊中心的義工,
整理出一套完整的方案後,
還可以套用在你工作的地方,
這才是學習和工作結合的好方法...

還有很多東西可以玩咧~~~

TyroneYeh

  • 俺是博士!
  • *****
  • 文章數: 2396
  • 性別: 男
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #31 於: 2002-06-18 20:49 »
引述: "duncanlo"

假如有單獨的DB主機,可以考慮不要再用MySQL,
而且這種架構是比較好,不用考慮DB Replication問題...

但DB死了,Web也掛了,
所以又可以玩雙A主機(雙Web+DB).

而雙DB之間的Data Sync也是個問題,
我有考慮用Replicaion方式作,
不過MySQL好像沒這功能,
那就要另外裝套件去作,
另外一種是我異想天開的,
學BBS的信件交換方式...用News!

有興趣的人可以加入酷學校資訊中心的義工,
整理出一套完整的方案後,
還可以套用在你工作的地方,
這才是學習和工作結合的好方法...

還有很多東西可以玩咧~~~


現在用 MySQL 的人不計其數, 加上大家都要用 Free 的 DB, 哪裡有比 MySQL 更 Free 與市面上書籍多有介紹,

不過不知道兩個 MySQL (兩台主機) 利用 Samba 把 /var/lib/mysql/ 的資料用 cron 設定每隔多久去 auto copy 不知道是否可以

加入酷學校資訊義工?? 有何工作要做, 加入的目的有多大效益, 去哪裡加入? 要不要掃地等?? 差異多大? 要不要有證照? 需經驗 How year? 要有 what 本事? 還有有人捐款嗎?
--
TyroneYeh

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #32 於: 2002-06-18 21:08 »
引述: "TyroneYeh"
現在用 MySQL 的人不計其數, 加上大家都要用 Free 的 DB, 哪裡有比 MySQL 更 Free 與市面上書籍多有介紹,

不過不知道兩個 MySQL (兩台主機) 利用 Samba 把 /var/lib/mysql/ 的資料用 cron 設定每隔多久去 auto copy 不知道是否可以

加入酷學校資訊義工?? 有何工作要做, 加入的目的有多大效益, 去哪裡加入? 要不要掃地等?? 差異多大? 要不要有證照? 需經驗 How year? 要有 what 本事? 還有有人捐款嗎?


PostgreSQL也不錯!其實要看用途,MySQL可以達到大部份的功能,
但真的要用SQL DB的功能,就是少那麼一點小東東...

DB應該是要先Stop Service才行作Copy,
若是放在網路磁碟共用,反而會兩邊都掛掉,
MySQL還算是DataBase,不是FileBase,
要這麼作,要在AP和DataFile間加入一個LOG的功能,
由LOG去解決資料一致性的問題,
這功能你可以找一下Linux HA的資料那兒有!

義工...問學園長吧!
應該只要"熱忱負責能獨立完成任務"就行了...

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #33 於: 2002-06-19 10:20 »
引述: "duncanlo"
應該只要"熱忱負責能獨立完成任務"就行了...


沒錯﹐條件就是這麼簡單。其它別想太多。

說實在的﹐我也不知道義工們要做哪些具體工作﹐掃地遞茶的工作小弟代勞就好~~ 不過﹐我寧願抓多些‘作者’進來寫文章啦~~

TyroneYeh

  • 俺是博士!
  • *****
  • 文章數: 2396
  • 性別: 男
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #34 於: 2002-06-19 11:21 »
網路上已有很多好文章, 即使在多人寫, 都會大同小異, 還有軟體的日新月異, 文章永遠追不上官方開發速度, 雖然有時候差異不大, 不過就會因為差了一點點就不知如何使用.

小弟認為, 應該要有更多義工加入 CLDP -- Linux 中文文件計劃, 再把國外好的技術文件翻成中文, 我想是能更加惠國人吧!
--
TyroneYeh

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #35 於: 2002-06-19 12:54 »
引述: "TyroneYeh"
網路上已有很多好文章, 即使在多人寫, 都會大同小異, 還有軟體的日新月異, 文章永遠追不上官方開發速度, 雖然有時候差異不大, 不過就會因為差了一點點就不知如何使用.

小弟認為, 應該要有更多義工加入 CLDP -- Linux 中文文件計劃, 再把國外好的技術文件翻成中文, 我想是能更加惠國人吧!


小弟這裡只是勸大家寫文章﹐至於寫什麼﹖沒設限﹕

寫 CLDP﹖ do it﹗
翻譯文章﹖do it!
寫自己的學習心得﹖ do it!
寫過時文件﹖ do it!
寫最新的技術﹖ do it!

關鍵是﹕are your ready?

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #36 於: 2002-06-20 11:13 »
早上又上不來了耶
錯誤訊息為
phpBB : Critical Error

Could not connect to the database
佈線深似海!
網路高如天!

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #37 於: 2002-06-20 11:36 »
好像是DB Record寫入不完整,
所以session會出現錯誤,
不過知道跟httpd佔99% cpu,
造成回應不完整所致有關!

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #38 於: 2002-06-20 11:37 »
啊﹐真是很抱歉﹐我實在不知道是什麼原因。坦白點說﹐我也只是這個 phpBB 系統的 user 而已。多謝幾位朋友﹐尤其是 duncan 兄的努力幫忙和啟發﹐小弟發現了一個奇怪的現象。

首先說說環境好了﹕
1) 幸虧 vbird 兄在 6 月 1 號做了一個 mysql 的 lib 備份﹐我這裡稱之為 0601 備份。
2) 系統每天凌晨用 crontab 將過去 7 天所修改的檔案都備起來﹐不過﹐所產生的舊檔會備新備份蓋掉。目前只保留 2 天這樣的差異備份。
3) 系統沒星期天會進行完整備份。

以上的備份都是以 file 形式進行﹐並沒使用 phpBB 或 mysql 的備份工具。

狀況描述﹕
目前還不知道原因﹐phpBB 會不定時的不能正確讀取 mysql 資料而回報 error ﹐似乎頻率越來越高。

解決方法﹕
目前可以說沒有。

發現現象﹕
經過小弟的‘愚蠢測試’之後﹐發現一個現象﹕
1)假如 error 出現之後﹐將 0601 備份中的﹐關於 phpbb2use* 這些資料蓋回 /var/lib/mysql/phpBB 目錄後﹐error 就能消失。但遺憾的是﹐user 資料只能到 6 月 1 號之前的。
2) 從昨晚的最新備份中﹐再將相關的 phpbb2user* 資料蓋回來﹐就可以獲得凌晨 4 點之前的 user 資料。
3) 相關文章資料沒更動。
4) 但如果重新啟動 mysql 的話﹐又會出現 error
5) 然而只要重複執行 1 和 2 兩個動作就又可以 work ﹐但 4 點之後的 user 資料就沒有了。

不知道如何解決﹖現在已經有 duncan 兄和 amigo 兄答應幫忙了﹐希望儘快能夠解決這個問題。但大家最好有最壞打算﹕萬一不行﹐可能一切重來。所以﹐如果發現重要資料﹐不妨自行收集和整理。

如果有其它朋友樂意幫忙解決﹐歡迎﹗

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #39 於: 2002-06-20 11:42 »
那個什麼"竹貓星球"的有沒有解決方案啊
佈線深似海!
網路高如天!

myz

  • 活潑的大學生
  • ***
  • 文章數: 433
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #40 於: 2002-06-20 11:42 »
引述: "netman"
但大家最好有最壞打算﹕萬一不行﹐可能一切重來。所以﹐如果發現重要資料﹐不妨自行收集和整理。


可不可以把這些移到 舊站討論區,然後設定成不註冊不能post...就是凍結掉新增資料
這樣還能夠用搜尋或是瀏覽舊文章....

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #41 於: 2002-06-20 11:53 »
phpBB,mysql單獨時都沒有問題!

現在已開始著手作備份的方式規劃,
隨時可能要準備移機或重建吧!

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #42 於: 2002-06-20 11:56 »
引述: "duncanlo"
phpBB,mysql單獨時都沒有問題!

現在已開始著手作備份的方式規劃,
隨時可能要準備移機或重建吧!


加油!加油!加油!
佈線深似海!
網路高如天!

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #43 於: 2002-06-20 12:00 »
第一次感覺到有災後復原需求!!!

我連磁帶機和半打Tape都準備好了!

VBird

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 1516
    • 檢視個人資料
    • http://linux.vbird.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #44 於: 2002-06-20 12:02 »
引述: "myz"
可不可以把這些移到 舊站討論區,然後設定成不註冊不能post...就是凍結掉新增資料
這樣還能夠用搜尋或是瀏覽舊文章....

這也是我個人的討論區目前的情況,就是將舊的討論區獨立出來,
以新的 phpBB 2.0.1 來進行討論區的重新設置!
http://aerosol.ev.ncku.edu.tw/~vbird/forums
但是.....資料會變的亂七八糟(有新有舊...),尋找的情況也比較不良一點....

引述: "duncanlo"
好像是DB Record寫入不完整,
所以session會出現錯誤,
不過知道跟httpd佔99% cpu,
造成回應不完整所致有關

在我的網站上面也同樣的發現 http 會有導致 CPU 高達 100% 的連續數個小時的情況發生,
這個情況已經造成我相當大的困擾,就是一重新開機之後,大約 2-3 天,
系統就會『自動的掛點』去~~死掉掉!他 X 的!真不爽!
後來受不了了,在持續的監測之下,
以 netstat 的 "愚蠢" 方式來觀測連線的 IP 狀態,
發現,有幾個 IP 的連線數相當的驚人,不但有 ESTABLISH 還有 TIME_WAIT 等等的狀態,
在這情況下, CPU 的 loading 高達 100% ,
等我將該 IP 以 iptables 擋下來之後,竟然發現 CPU loading 降至 20% 不到,
因此,我就在懷疑這是因為砍站軟體的『多點連線下載』造成的問題,
由於我的網頁當中很多的錯誤連結(不是故意的,而是有的資料太舊了!),
所以我就利用 error_log 這一個 apache 提供的錯誤訊息資料的內容,
分析裡頭的資訊,並將錯誤的 IP 取出來,然後以 iptables 自動的執行抵擋的工作,
並將此工作排入 crontab 當中,每三十分鐘監測分析一次 error_log 檔案,
因此,當 CPU loading 太高的時候,大概程式就可以自動的來執行分析的行為,
然後加以抵擋下來!
目前我用這個機制的抵擋方式,意外的也可以將 nimda 病毒所產生的 error 之 IP 也擋下來,
所以,也就不需要擔心 nimda 造成的網路頻寬損耗了(雖然很小!)
此外,由於程式每個禮拜會將 iptables 的規則重新清除一次,
所以,即使是動態 IP 也沒關係,因為每個星期清除一次 IP 資料,
則動態IP的資訊也會被清除,所以,一個 IP 最多可以被擋住一個星期吧!
然後就會重新的讓該 IP 具有登入的權限了~~ ^_^

不過這個方式也有一些困擾,那就是當網頁資料沒有錯誤連結的時候,
那麼進行砍站時,自然也就沒有錯誤訊息了~~
這比較麻煩,或許需要利用一些小技巧,
自己加一些正常使用者不會碰觸到的超連結吧!!

目前這個程式我還在模組化當中,等到足夠釋出的時候,
我再將他公布出來吧!
基本上,我認為上面的流程介紹中,
諸位學長應該都有能力寫出一個適合自己的 scripts 了才對!
阿!我太自不量力了!

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #45 於: 2002-06-20 12:21 »
1.鳥哥不愧是鳥哥
    找出發生問題的原因是很重要且基本的

2.在硬體的建置上需不需要升級擴充
    發起個樂捐大家來贊助一下
    有錢的出錢有設備的出設備有技術的出技術
    都沒有的就在旁邊搖旗吶喊加油打氣
佈線深似海!
網路高如天!

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #46 於: 2002-06-20 13:05 »
現在還在找造成DB錯誤和Apache 99% CPU具體起因,
不過目前狀跟大鳥哥說的差不多,
不知道跟最近那個apache 1.3安全問題有關!

Hardware好弄,但另一個問題是:
棺材要放在那個靈骨塔!
墓地連外道路是否順暢!

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #47 於: 2002-06-20 13:09 »
引述: "duncanlo"
現在還在找造成DB錯誤和Apache 99% CPU具體起因,
不過目前狀跟大鳥哥說的差不多,
不知道跟最近那個apache 1.3安全問題有關!

Hardware好弄,但另一個問題是:
棺材要放在那個靈骨塔!
墓地連外道路是否順暢!


靈骨塔和聯外道路花點錢就解決了
大家SHARE一下很簡單啊
佈線深似海!
網路高如天!

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #48 於: 2002-06-20 13:13 »
看了幾下,才看清是要share錢,可以考慮啦!

我本以你要弄成Grid Cluster,
分散在每一地咧!

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #49 於: 2002-06-20 13:14 »
引述: "ZMAN"
靈骨塔和聯外道路花點錢就解決了
大家SHARE一下很簡單啊


等等﹐先看看是否有此必要﹖

如果單純是用來做備份的話﹐我可以提供另外一台較慢的機器﹐也就是目前 www.study-area.org 放網頁的地方。

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #50 於: 2002-06-20 13:25 »
引述: "duncanlo"
看了幾下,才看清是要share錢,可以考慮啦!

我本以你要弄成Grid Cluster,
分散在每一地咧!


沒有那麼複雜啦

我只是想說大家都熱愛這兒
可以有錢出錢有力出力
把這建設好不要常常有問題
已經上癮的人進不來很痛苦的呢

至於錢的部分NETMAN不要緊張
完全是個人有意願就贊助
沒有任何商業氣息會污染這個FREE的站
佈線深似海!
網路高如天!

netman

  • 管理員
  • 俺是博士!
  • *****
  • 文章數: 17465
    • 檢視個人資料
    • http://www.study-area.org
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #51 於: 2002-06-20 13:40 »
引述: "ZMAN"
至於錢的部分NETMAN不要緊張
完全是個人有意願就贊助
沒有任何商業氣息會污染這個FREE的站


哦﹐我這裡也請 ZMAN 放心﹐小弟也沒想得那麼複雜。只是不想讓大家破費啦。

機器目前不穩看來是設定問題而已﹐似乎和硬體及連線方面沒太大影響﹐雖然半年前常受網路問題的困繞﹐不過現在發生的機會已經明顯好轉多了。印象中﹐自從大哥光臨之後﹐非系統因素而引起的故障只有一次而已﹐就是上次晚上 11 點從 tarnet 進不來的那次。其它的﹐主要是人為的設定疏忽(如 crontab 的錯誤)﹐還有就應該是 database 的問題了﹐這部份目前正拜託 duncan 兄解決。謝謝啦﹗

只是﹐是否真的要如 duncan 兄說的玩 grid ﹐那似乎有點誇張了。而 ZMAN 兄的好意實在非常感動﹐不過也實在不希望大家破費。真想出錢﹐倒不如看看下次聚會如何花吧。反正 tarnet 目前的資源還可以使用﹐那就儘量使用免費的囉~~  ^_^

TyroneYeh

  • 俺是博士!
  • *****
  • 文章數: 2396
  • 性別: 男
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #52 於: 2002-06-20 13:40 »
呀~~, 如果一切重來, 應該不會吧! 搞不好是資料過多的關係, 看看是否可以把 sql 輸出成 sql file 的方式備份資料庫, 例如 PHP Nuke 的管理選單中就可以 Backup DB, 用 PHP 語法去做的備份(不過沒有特別研究)

它好像是 用 PHP 去 exec mysqldump 這個指令(Linux 下 MySQL 的指令: mysqldump) 我想如果用 shell 也行, 就要看看語法怎麼用囉!
--
TyroneYeh

ZMAN

  • 酷!學園 學長們
  • 俺是博士!
  • *****
  • 文章數: 6247
  • 性別: 男
    • 檢視個人資料
    • 魔力門部落格
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #53 於: 2002-06-20 13:44 »
DUNCAN就看你的囉
搞定了下次回台北請你吃飯
佈線深似海!
網路高如天!

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #54 於: 2002-06-20 14:06 »
mysql不像oracle有提供rman api,
也沒有提供好的備份工具,
而且現在也沒用其他的備份軟體!

目前應該也是用mysqldump,
但phpBB有2萬多筆record,
光db就70幾mb大,
dump的時間和大小都要考慮到,
當然最好是不停機備份,
而且備份時間越短越快最好,
現在正在試incremental backup的規則設定,
希望針對DB備份作較完善的備份方案!

我把最近一次完整的DB拿回我的測試機上試,
準備拿碼錶算備份時間了...

TyroneYeh

  • 俺是博士!
  • *****
  • 文章數: 2396
  • 性別: 男
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #55 於: 2002-06-20 16:20 »
引述: "duncanlo"
mysql不像oracle有提供rman api,
也沒有提供好的備份工具,
而且現在也沒用其他的備份軟體!

目前應該也是用mysqldump,
但phpBB有2萬多筆record,
光db就70幾mb大,
dump的時間和大小都要考慮到,
當然最好是不停機備份,
而且備份時間越短越快最好,
現在正在試incremental backup的規則設定,
希望針對DB備份作較完善的備份方案!

我把最近一次完整的DB拿回我的測試機上試,
準備拿碼錶算備份時間了...


這麼大, 把資料表分開時間備份如何? 一樣利用 mysqldump
--
TyroneYeh

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #56 於: 2002-06-20 16:44 »
最新測試報告,在我的測試機上,
真讓我想不到,MySQL ReadOnly Query超快的!
上面那個是一個table一個檔,
下面那個是DB全部一個檔,
用mysqldump --tab=/tmp/mysql/phpBB --opt指令備,
DB使用Full Backup的方式!
原始DB總大小大約70幾mb左右,
用time算時間,都在1,2十秒內完成!

Full Restore的時間要更久,
等我把script寫好,
就把測試結果post上來!

代碼: [選擇]
Backup DB each Table in one file...
--- Start ---
                                                                               
                                                                               
real    0m5.053s
user    0m0.020s
sys     0m0.070s
                                                                               
Total sub-dir. size (kb):
28624   phpBB
--- End ---
                                                                               
Backup DB in one file...
--- Start ---
                                                                               
real    0m16.721s
user    0m5.280s
sys     0m3.940s
                                                                               
File size (kb):
31328   phpBB.sql
--- End ---
[root@demo mysql]#

梁楓

  • 俺是博士!
  • *****
  • 文章數: 6220
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #57 於: 2002-06-20 16:58 »
我個人認為
現在會掛站的原因
Mysql本身不穩定的問題應該比較重吧?

像我本身架的BBS
我們的ChatRoom Mud指令以經全部放進Mysql方便在聊天室裡做查詢的動作
(哈,因為三不五時就創造新的指令出來...背不完 f^^)

但是後來發現,Mysql會有崩愧的問題...

我們站正打算轉成PostgreSQL,比較不容易出問題
但是中文資料能用的太少了 /_\

要不要考慮把PHP移植到PostgreSQL

如果要的話,我八月份可以把時間調出來幫忙 ^^

七月份我要忙大陸跟工作室轉型的事 ^^

duncanlo

  • SA 苦力組
  • 俺是博士!
  • *****
  • 文章數: 7312
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #58 於: 2002-06-20 17:05 »
引述: "梁楓"
但是後來發現,Mysql會有崩愧的問題...

我們站正打算轉成PostgreSQL,比較不容易出問題
但是中文資料能用的太少了 /_\

要不要考慮把PHP移植到PostgreSQL


MySQL在量大需求這方面是沒PostgreSQL好,
而且一些後續機制也不是很建全...

我也可以在測試機嚐試轉到PostgreSQL看看,
不過目前應該先需要重建DB,再Restore資料!
DB移轉又是另一項功課了...

TyroneYeh

  • 俺是博士!
  • *****
  • 文章數: 2396
  • 性別: 男
    • 檢視個人資料
re: 今天 June 16 早上中午進不來討論區..
« 回覆 #59 於: 2002-06-20 17:07 »
引述: "梁楓"
我們站正打算轉成PostgreSQL,比較不容易出問題
但是中文資料能用的太少了 /_\

要不要考慮把PHP移植到PostgreSQL


改資料庫, 相關文件又很少, 操作上那不是很吃力, 看看是更新 MySQL 版本會不會比較簡單
--
TyroneYeh