Khi bộ nhớ cache là xóa / tối ưu hóa thư mục / tmp đầy và bị treo mysql

[tavenger5]

Như tiêu đề. Tôi phải khởi động lại mysql, xóa thư mục tmp và bảng trống rỗng, đó bị rơi. Điều này chỉ xảy ra trên các bảng là rất lớn, giống như vbenterprisetranslator_cache_short_ru, đó là hơn 3,3 triệu hồ sơ và 500MB.

Ttl bộ nhớ cache của tôi là 15 ngày, kể từ ngày. Tôi có nên làm cho nó ngắn hơn không?

[r.dziadusz]

Xin vui lòng dành một cái nhìn về chủ đề này: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

[tavenger5]

Phải - Tôi đã thực hiện tất cả các đề xuất thực hiện. Câu hỏi đặt ra là, những gì tôi có thể làm để ngăn chặn / tmp từ chạy ra khỏi không gian khi các bảng được tối ưu hóa (sửa chữa bằng cách sắp xếp ')?

[r.dziadusz]

Ok, bạn nên thay đổi chiến lược thanh toán bù trừ Cache của bạn, hãy tìm trong số họ là tốt nhất cho bạn, mô tả ngắn bạn có thể tìm thấy ở đó:

admincp-> vBet cache -> Cache thanh toán bù trừ chiến lược
Nó không phải là để xóa tất cả dữ liệu bộ nhớ cache sau khoảng thời gian TTL, cố gắng sử dụng chiến lược khác. Tất nhiên bạn có thể cố gắng làm cho ttl ngắn hơn, nhưng tôi đề nghị bạn, trước tiên hãy thử ra chiến lược thanh toán bù trừ khác. Điều này sẽ giúp, nếu không để cho chúng tôi biết

[vBET]

Phải - Tôi đã thực hiện tất cả các đề xuất thực hiện. Câu hỏi đặt ra là, những gì tôi có thể làm để ngăn chặn / tmp từ chạy ra khỏi không gian khi các bảng được tối ưu hóa (sửa chữa bằng cách sắp xếp ')?

Như Radek đã viết cho bạn - bạn có thể sử dụng chiến lược thanh toán bù trừ khác. Làm TTL ngắn hơn sẽ làm suy giảm hiệu suất của bạn, bởi vì thường xuyên hơn diễn đàn của bạn sẽ yêu cầu dịch bên ngoài.
Giới thiệu về thư mục / tmp - bạn cũng có thể yêu cầu hỗ trợ MySQL / diễn đàn về vấn đề này. Đó rõ ràng là phạm vi vBET của chúng tôi. Chúng tôi đã sẵn sàng cho các diễn đàn lớn và cho phép bạn sử dụng các chiến lược thanh toán bù trừ khác nhau để làm sạch nhanh hơn trên các bảng lớn. Tuy nhiên nếu MySQL của bạn bị treo này là MySQL vấn đề. Hoặc có thể nó là vấn đề hệ điều hành của bạn - hãy thử để cho phép các tập tin tạm thời lớn hơn.

[tavenger5]

Tôi đã thực sự cố gắng chiến lược thanh toán bù trừ khác nhau. Nút cổ chai là khi một bảng rất lớn được tối ưu hóa sau khi xóa.

[tavenger5]

Tôi nghĩ rằng tôi đã tìm ra. Thư mục tmp của tôi đã là chỉ 500 mb. Khi một bảng gần với 1 gb đã được tối ưu hóa nó cần thiết không gian nhiều hơn sau đó tất cả tối ưu hóa. Vì vậy, thay vì của tăng kích thước của thư mục tmp tôi tạo ra một hình mới có sử dụng bộ nhớ RAM thay vì đĩa theo những hướng dẫn này: themattreid.com/ wordpress/2011/04/04/mysql-and-ramdisk-or-how-to-make-tmpdir-usage-queries-faster/

Kể từ rất nhiều các truy vấn lớn hơn làm cho các file tmp để thực hiện điều này sẽ tăng tốc độ quá trình đó như.

[r.dziadusz]

Để làm rõ, giải quyết vấn đề này, cho bất kỳ vấn đề khác xin vui lòng mở chủ đề mới

[r.dziadusz]

Không có câu trả lời, chúng ta xem xét vấn đề này được giải quyết, nếu bạn sẽ có bất kỳ câu hỏi cho vấn đề này chúng tôi sẽ mở lại nó, cho bất kỳ câu hỏi khác xin vui lòng mở chủ đề mới