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
- depth:
- 1
GIJOE
Posts: 4110
Posts: 4110
Quote:う〜ん。
いくらなんでもそれは、MySQLかファイルシステムに問題があるのでは？
MySQLは3.23でも、テーブル単位のロックは持っているので、Optimize(ロック)中にINSERT/UPDATE/DELETEが来ても処理しないでしょう。
それはともかく、今回のsessionテーブルで一番の問題は、OptimizeよりもIndex破損の方ですね。MYIファイルの方なら、最悪、完全に壊れても復旧可能なので、-a の方を高い頻度で行うべきか？
書き込み（Insert / Update / Delete）が頻繁に行われているテーブルにOptimizeをかけると、稀にですがテーブル内の情報がおかしくなる場合があった気がするので。
いくらなんでもそれは、MySQLかファイルシステムに問題があるのでは？
MySQLは3.23でも、テーブル単位のロックは持っているので、Optimize(ロック)中にINSERT/UPDATE/DELETEが来ても処理しないでしょう。
それはともかく、今回のsessionテーブルで一番の問題は、OptimizeよりもIndex破損の方ですね。MYIファイルの方なら、最悪、完全に壊れても復旧可能なので、-a の方を高い頻度で行うべきか？
Votes:2
Average:5.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