各種語言的表保存在數據庫崩潰？

[Simon Lloyd]

嗨，似乎每一天，我要修一個或多個語言表，因為他們不斷崩潰，通常是中，短表。

我的詳細信息如下：
PHP版本5.2.15
Apache版本2.0.63
MySQL版本5.0.91社區
Perl版本5.8.8
內核版本2.6.18 - 194.26.1.el5xen
VB 3.8.6 PL1

我是一個全新的“開箱即用”服務器。

任何想法如何防止？

的問候，
西蒙

[kamilkurczak]

你有一些電子郵件與 MySQL的一些錯誤或通知？請把這個內容的電子郵件在這裡，如果你有

[Simon Lloyd]

當然，一個是墜毀逸岸現在這裡是一個非常最近的一個：

日期：星期一，2011年1月31日10點 32分46秒0000 [10時 32分46秒格林尼治標準時間]
來自：webmaster@mysite.com <webmaster@mysite.com>
致：webmaster@mysite.com
標題：百度推廣數據庫錯誤！


3.8.6在百度推廣數據庫錯誤：

無效的SQL：
SELECT cache.originaltext作為 originaltext，cache.translated作為翻譯從 vb_vbenterprisetranslator_cache_medium_af幫助，vb_vbenterprisetranslator_cache_medium_af緩存 WHERE與 cache.serie = help.serie;

MySQL的錯誤：表'。/ xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af“標記為已損壞，應修復
錯誤編號：145
申請日期：星期一，2011年1月31日@上午10時 32分45秒
錯誤日期：星期一，2011年1月31日@上午10點 32分46秒
腳本：
介紹人：
IP地址：66.249.72.171
用戶名：未註冊
類名：vB_Database
MySQL的版本：這裡是一個老一個我一直告訴你：
日期：週五，2011年1月28日20點 45分02秒0000 [星期五，28。格林尼治標準時間 2011年1月20時 45分02秒]
來自：webmaster@mysite.com <webmaster@mysite.com>
致：webmaster@mysite.com
標題：百度推廣數據庫錯誤！


3.8.6在百度推廣數據庫錯誤：

無效的SQL：
SELECT cache.originaltext作為 originaltext，cache.translated作為翻譯從 vb_vbenterprisetranslator_cache_short_pt幫助，vb_vbenterprisetranslator_cache_short_pt緩存 WHERE help.originaltext =“主頁”和cache.serie = help.serie;

MySQL的錯誤：表'。/ xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt“標記為已損壞，應修復
錯誤編號：145
申請日期：星期五，2011年1月28日@下午8點 45分01秒
錯誤日期：星期五，2011年1月28日@下午8時 45分02秒
腳本：
介紹人：
IP地址：200.160.96.160
用戶名：未註冊
類名：vB_Database
MySQL的版本：
正如你可以看到沒有一個特定的故障或語言造成的問題，但是自動對焦的語言顯示了不少。

[kamilkurczak]

crach問題 - 這是一個 MySQL的問題，而不是vBET問題。
請嘗試更新你的MySQL到新版本或降級到一個更穩定的版本的MySQL（詢問您的主機供應商）。

我們不能做任何事情有關，因為這是MySQL的代碼。
也許，在你的情況下，MySQL更敏感，其錯誤行為的頻繁使用的表。您是否使用緩存的客人嗎？如果沒有 - 請啟用該選項。這將導致更少的查詢數據庫，但不能完全消除的MySQL錯誤。 （也許你會這樣少崩潰）。

其次，盡量優化和修復所有的數據庫表。

當然，嘗試升級或降級你的MySQL的最好的版本。

[Simon Lloyd]

嗯，首先，我認為 MySQL是最stabel版本是的，我做客人使用緩存，如果是mysql的一個問題是為什麼只有語言表崩潰？我有很多其他表所訪問的每個職位或頁面改變，但他們沒有崩潰。

而我最優化的所有表一對夫婦的時代！

[kamilkurczak]

我們無法確定為什麼只有表具有高速緩存的錯誤 - 這是一個問題的MySQL團隊，因為正如前面提到的，這是一個錯誤 MySQL和它沒關係，其他表確定。就我們而言，我們沒有任何更多的建議 - 請向團隊負責這個錯誤 - MySQL的團隊。

任何試圖比較其他表的緩存表沒有任何意義 - 因為這將只是猜測，為什麼只有這裡的MySQL崩潰表。 MySQL的團隊負責 MySQL的代碼，所以請 - 問一個 MySQL的球隊。

也許問題就在這裡，因為只有在這個緩存表，你有很多的內容，而在另一個表中不（只喜歡你的論壇，我們的客戶在另一個論壇上沒有）。也許從緩存表中的數據刪除，數據經常從另一個不是。也許，但我們不能檢查它 - 只是建議。

我們唯一能說的是，這是一個 MySQL的錯誤。請注意，任何改變 vBET代碼將不能消除這個問題。

MySQL的引擎負責管理表由SQL。所以，你需要找到一個解決方案MySQL代碼。請詢問該 MySQ支持。

感謝。

[Youngster]

是卡米爾有權利，
問題是從 MySQL，所以要盡量寫到MySQL。

在我看來你的問題與緩存，寫的東西不能在MySQL從緩存。
嘗試升級到MySQL數據庫 MYSQL 5.5，升級也許會有所幫助。

[Simon Lloyd]

是卡米爾有權利，
問題是從 MySQL，所以要盡量寫到MySQL。

在我看來你的問題與緩存，寫的東西不能在MySQL從緩存。
嘗試升級到MySQL數據庫 MYSQL 5.5，升級可能會 help.Im高興你能重複正是卡米爾說。這不是一個問題與 MySQL的問題表幾乎總是自動對焦的語言，你不能說這是因為如果輸入和輸出到MySQL是非常頻繁的會崩潰！，我的職位表是巨大的，它有718000個職位是每一個用戶訪問該論壇，這肯定是比使用更頻繁的語言表時，MySQL COPES很好的職位表，以便用較少的投入將東西很容易應付了。

沒有其他表崩潰，它只是語言表。

[kamilkurczak]

再次，請詢問有關此問題的一個 MySQL團隊。此修復程序會更快，更好。

[Simon Lloyd]

我有託管團隊看databaseMySql產生任何其他的錯誤，他們甚至修理，優化和導出整個數據庫 5GB然後重新導入，仍然只有語言表崩潰。

[Simon Lloyd]

任何進一步的幫助呢？