# 1033 - Thông tin không chính xác trong hồ sơ: './database_name/table_name.frm'

Tôi hoàn toàn bị mất như thế nào hoặc tại sao lỗi này hiển thị khi tôi duyệt qua dữ liệu bảng.# 1033 - Thông tin không chính xác trong hồ sơ: './database_name/table_name.frm'

Một điều tôi đã lưu ý là Công cụ lưu trữ đã được chuyển sang MyISAM với InnoDB nói rằng nó đã bị vô hiệu hóa.

Tôi đang chờ phản hồi từ công ty lưu trữ nhưng có điều gì tôi có thể khám phá cho đến khi tôi nghe lại từ họ không?

Hình vuông nên được sao lưu trên máy chủ nhưng khi tôi tải xuống, tệp này trống.

Mọi mẹo truy cập dữ liệu này được đánh giá rất nhiều.

Nguồn

2012-03-18 warr0032

Có vẻ như máy chủ của bạn có thể đã vô hiệu hóa InnoDB, điều này sẽ làm cho bất kỳ bảng InnoDB hiện có nào không sử dụng được. Họ cũng có thể vô tình phá hủy tập tin dữ liệu InnoDB.

Dù bằng cách nào, bạn cũng không thể tự mình khôi phục.

Nguồn

2012-03-18 19:36:37 duskwuff

Duskwuff - bạn đã hoàn toàn chính xác. Đó chính xác là những gì đã xảy ra. Rất may dữ liệu đã không bị phá hủy khi họ kích hoạt InnoDB. – warr0032

Phew! Bây giờ là lúc để tìm một máy chủ web mà sẽ không làm những điều khủng khiếp như thế. :) – duskwuff

Chủ yếu điều này xảy ra khi mysqld bị giết bởi nhân viên thoát khỏi bộ nhớ, và sau khi khởi động lại ngay lập tức, sẽ không có đủ bộ nhớ trống để khởi động động cơ InnoDB. Giải pháp: khởi động lại mysqld với đủ bộ nhớ trống và chạy 'mysqlcheck -r' trên tất cả các bảng đó. – hek2mgl

Hãy đến với /etc/my.cnf một cấu hình thay đổi

max_connections = 2500 
query_cache_limit = 2M 
query_cache_size = 150M 
tmp_table_size = 200M 
max_heap_table_size = 300M 
key_buffer_size = 300M 
tmpdir = /dev/shm

Chạy lệnh: dịch vụ mysqld restart

kiểm tra một lần nữa, Chúc may mắn

Nguồn

2014-04-11 10:53:18 user3523326

Chỉ cần cố gắng để khởi động lại mysql. Nó đã giúp tôi khắc phục sự cố

Nguồn

2015-02-04 06:14:26

# 1033 - Thông tin không chính xác trong hồ sơ: './database_name/table_name.frm'

Trả lời

Các vấn đề liên quan