PEAK XOOPS - Re: Optimizeやるなら 
Re: Optimizeやるなら
| Target | News |
| Subject | MySQLの保守 |
| Summary | ふと思い立って、 /var/log/mysql_slow_queries をチェックしたら、 DELETE FROM xp_session WHERE sess_updated < 1151347298; この手のクエリがずらっと並んでいました。確かにXOOPSにおいて、sessionテーブルはゲストアクセスでも常に書き換えられているのですから、... |
Re: Optimizeやるなら
msg# 1.1.1.1.1
- depth:
- 4
Previous post
-
Next post
|
Parent
-
No child
|
Posted on 2006/8/22 0:05
gusagi
Posts: 5
Posts: 5
Quote:こちらこそ、書き方がまずかったですね＾＾；
通常のサイトであれば、Optimizeで問題ないと思います。
ただ、アクセスが集中している状態（メルマガを発行しているサイトで、メルマガ発行直後とか）でOptimizeをかける場合だけリスクがあるので、cronの設定時間に気をつける必要がある、と書けば良かったですね。
（そもそも、cron自体、深夜とかに設定する人が多いか
）
逆に、Optimizeをかけないでパフォーマンスが劣化してく方が普通にありうるので、定期的にOptimizeをかけることは全面的に賛成です。
ちょっと誤解を招く書き方ですみません。
実際にそういう現象があるのであれば、DBの混雑具合によらず、Optimizeをしない、というのが一番ですね、という意味です。
だって、MYDが壊れるのはさすがにシャレになりません。
通常のサイトであれば、Optimizeで問題ないと思います。
ただ、アクセスが集中している状態（メルマガを発行しているサイトで、メルマガ発行直後とか）でOptimizeをかける場合だけリスクがあるので、cronの設定時間に気をつける必要がある、と書けば良かったですね。
（そもそも、cron自体、深夜とかに設定する人が多いか
）逆に、Optimizeをかけないでパフォーマンスが劣化してく方が普通にありうるので、定期的にOptimizeをかけることは全面的に賛成です。
Votes:1
Average:0.00
Posts tree
-
Optimizeやるなら
(gusagi, 2006/8/18 20:30)
-
Re: Optimizeやるなら
(GIJOE, 2006/8/20 13:05)
-
Re: Optimizeやるなら
(gusagi, 2006/8/20 20:59)
-
Re: Optimizeやるなら
(GIJOE, 2006/8/21 4:12)
-
Re: Optimizeやるなら
(gusagi, 2006/8/22 0:05)
-
-
-
-
Login