Bảng ngôn ngữ khác nhau tiếp tục bị rơi trong cơ sở dữ liệu?

[Simon Lloyd]

Hi, có vẻ như rằng mỗi ngày tôi phải sửa chữa một hoặc nhiều các bảng ngôn ngữ khi họ tiếp tục bị rơi, thường là các bảng trung bình và ngắn.

Chi tiết của tôi là như sau:
PHP phiên bản 5.2.15
Apache phiên bản 2.0.63
MySQL phiên bản 5.0.91-community
Perl phiên bản 5.8.8
Hạt nhân phiên bản 2.6.18-194.26.1.el5xen
VB 3.8.6 PL1

Tôi "trong hộp" máy chủ một thương hiệu mới.

Bất cứ ý tưởng về làm thế nào để ngăn chặn điều này?

Kính trọng,
Simon

[kamilkurczak]

bạn có một số e-mail với MySQL lỗi hoặc một số thông báo? Đưa nội dung của e-mail ở đây, Nếu bạn có

[Simon Lloyd]

Chắc chắn, infact một là bị rơi tại đây là một trong rất gần đây:

Ngày: Mon, 31 Jan 2011 10:32:46 +0000 [10:32:46 GMT]
Từ: webmaster@mysite.com <webmaster@mysite.com>
Kính gửi: webmaster@mysite.com
Tiêu đề: Cơ sở dữ liệu Lỗi vBulletin


Cơ sở dữ liệu lỗi trong vBulletin 3.8.6:

SQL không hợp lệ:
CHỌN cache.originaltext như originaltext, cache.translated như dịch từ vb_vbenterprisetranslator_cache_medium_af giúp đỡ, vb_vbenterprisetranslator_cache_medium_af bộ nhớ cache NƠI Cache.serie = help.serie;

MySQL Error: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af được đánh dấu là bị rơi và cần được sửa chữa
Error Number: 145
Yêu cầu ngày: Thứ hai 31 Tháng Một, 2011 10:32:45
Lỗi ngày: Thứ hai 31 Tháng 1, 2011 10:32:46
Script: http://www.mysite.com/forumz/members...s-op-exit.html
Giới thiệu:
Địa chỉ IP: 66.249.72.171
Username: Chưa đăng ký
Classname: vB_Database
MySQL Version:

và đây là một trong những lớn tuổi hơn tôi giữ lại để cho bạn thấy:

Ngày: Fri, 28 Jan 2011 20:45:02 +0000 [Thứ sáu, 28. Tháng 1 năm 2011 20:45:02 GMT]
Từ: webmaster@mysite.com <webmaster@mysite.com>
Kính gửi: webmaster@mysite.com
Tiêu đề: Cơ sở dữ liệu Lỗi vBulletin


Cơ sở dữ liệu lỗi trong vBulletin 3.8.6:

SQL không hợp lệ:
CHỌN cache.originaltext như originaltext, cache.translated như dịch TỪ giúp vb_vbenterprisetranslator_cache_short_pt, bộ nhớ cache vb_vbenterprisetranslator_cache_short_pt help.originaltext = 'Trang chủ' và cache.serie = help.serie;

MySQL Error: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt được đánh dấu là bị rơi và cần được sửa chữa
Error Number: 145
Yêu cầu ngày: Thứ sáu 28 Tháng 1, 2011 20:45:01
Lỗi Ngày: Thứ sáu, January 28th 2011 @ 08:45:02
Script: http://www.mysite.com/forumz/members...ira-linha.html
Giới thiệu: http://www.google.com.br/url?sa=t&so...iwnuel-9v0nPuw
Địa chỉ IP: 200.160.96.160
Username: Chưa đăng ký
Classname: vB_Database
MySQL Version:

Như bạn có thể nhìn thấy ở đó không phải là một lỗi hoặc ngôn ngữ gây ra vấn đề, tuy nhiên AF ngôn ngữ xuất hiện khá nhiều.

[kamilkurczak]

crach vấn đề - Đây là một vấn đề MySQL, không vBET vấn đề.
Hãy cố gắng cập nhật MySQL của bạn lên phiên bản mới hoặc hạ cấp một phiên bản ổn định của MySQL (yêu cầu về điều đó nhà cung cấp của bạn lưu trữ).

Chúng tôi không thể làm bất cứ điều gì về nó bởi vì nó là mã MySQL.
Có lẽ, trong trường hợp của bạn, MySQL là nhạy cảm hơn với hành động sai lầm của việc sử dụng thường xuyên của bảng. Bạn có sử dụng bộ nhớ cache cho khách? Nếu không kích hoạt tùy chọn này. Điều này sẽ cho kết quả ít trong các truy vấn cơ sở dữ liệu, nhưng không loại trừ hoàn toàn các lỗi MySQL. (Có thể là bạn sẽ có ít tai nạn như vậy).

Thứ hai, hãy cố gắng tối ưu hóa và sửa chữa TẤT CẢ bảng cơ sở dữ liệu.

Tất nhiên, cố gắng để nâng cấp hoặc hạ cấp MySQL phiên bản tốt nhất.

[Simon Lloyd]

Vâng, trước hết tôi tin rằng mysql IS phiên bản stabel nhất và có sử dụng bộ nhớ cache khách, nếu nó đã được mysql là một vấn đề tại sao nó chỉ có các bảng ngôn ngữ mà tai nạn? tôi có nhiều bảng khác được truy cập cho mỗi bài hoặc thay đổi trang, nhưng họ không sụp đổ.

Và tôi đã được tối ưu hóa tất cả các bảng một vài lần!

[kamilkurczak]

Chúng tôi không thể để xác định lý do tại sao chỉ có các bảng có lỗi bộ nhớ cache - đó là một câu hỏi cho nhóm MySQL bởi vì, như đã đề cập trước đây là mySQL lỗi và nó không quan trọng mà các bảng khác là OK. Về phần chúng tôi, chúng tôi không có đề xuất bất kỳ hơn - Vui lòng báo cáo cho nhóm chịu trách nhiệm về lỗi này - MySQL đội.

Bất kỳ cố gắng để so sánh các bảng khác để các bảng bộ nhớ cache không có bất kỳ ý nghĩa bởi vì điều này sẽ chỉ là đầu cơ, tại sao chỉ có ở đây mysql treo bảng. MySQL nhóm chịu trách nhiệm cho các mã MySQL, vì vậy xin hỏi về một nhóm mà MySQL.

Có lẽ vấn đề là ở đây bởi vì chỉ có trong bảng bộ nhớ cache, bạn có rất nhiều nội dung trong một bảng (như chỉ có trong diễn đàn của bạn, trên một diễn đàn khách hàng của chúng tôi không). Có thể các bảng dữ liệu từ bộ nhớ cache dữ liệu thường xuyên được lấy ra và khác không. Có thể, nhưng chúng tôi không thể kiểm tra xem nó gợi ý duy nhất.

Điều duy nhất chúng ta có thể nói rằng đây là một lỗi MySQL. Xin lưu ý rằng bất kỳ thay đổi trong mã vBET sẽ không loại bỏ vấn đề này.

MySQL động cơ chịu trách nhiệm quản lý bảng bằng SQL. Vì vậy, bạn cần phải tìm một giải pháp trong mã MySQL. Xin hỏi về điều đó hỗ trợ MySQ.

Thanks.

[Youngster]

Có Kamil có quyền,
vấn đề là từ mysql, vì vậy cố gắng viết thư cho MySQL.

Trong quan điểm của tôi có vấn đề với bộ nhớ cache, một cái gì đó không có thể được viết trong MySQL từ bộ nhớ cache.
Hãy thử để nâng cấp MYSQL cơ sở dữ liệu MySQL 5.5, có thể nâng cấp sẽ giúp đỡ.

[Simon Lloyd]

Có Kamil có quyền,
vấn đề là từ mysql, vì vậy cố gắng viết thư cho MySQL.

Trong quan điểm của tôi có vấn đề với bộ nhớ cache, một cái gì đó không có thể được viết trong MySQL từ bộ nhớ cache.
Hãy thử để nâng cấp MYSQL cơ sở dữ liệu MySQL 5.5, có thể nâng cấp sẽ giúp đỡ.

Im vui mà bạn có thể lặp lại chính xác những gì Kamil cho biết. Đây không phải là một vấn đề với MySQL các bảng vấn đề là gần như luôn luôn các ngôn ngữ af, bạn không thể nói rằng nó là bởi vì nếu các đầu vào và đầu ra để mysql là rất thường xuyên nó sẽ sụp đổ!!, Bảng bài của tôi là rất lớn, nó có 718.000 bài viết và được truy cập bởi mọi người sử dụng duy nhất của diễn đàn, chắc chắn điều này là sử dụng thường xuyên hơn rất nhiều so với bảng ngôn ngữ, MySql đối phó rất tốt với các bảng bài viết bất cứ điều gì với đầu vào thấp hơn sẽ dễ dàng được đối phó với.

Không có các bảng khác sụp đổ, nó chỉ là các bảng ngôn ngữ.

[kamilkurczak]

Một lần nữa, xin hỏi về vấn đề này một đội MySQL. Sửa chữa này sẽ được nhanh hơn và tốt hơn.

[Simon Lloyd]

Tôi đã có cái nhìn nhóm lưu trữ tại các databaseMySql sản xuất không có lỗi khác, họ thậm chí còn sửa chữa, tối ưu hóa và xuất khẩu toàn bộ cơ sở dữ liệu 5GB sau đó tái nhập khẩu, vẫn chỉ là tai nạn ngôn ngữ bảng.