[Hỏi] Có rsync database thay vì dump?

Topic gần đây nhất của em có nói đến vụ CPU tăng cao và nâng cấp nhầm VPS ấy mọi người. Và trưa nay em đã tiến hành move nó sang VPS có gói thấp hơn để.. còn có cái mà ăn. Và các bước em làm move database và source code như sau:

• Backup tất cả các thư mục public_html từng file .gz
• Backup tất cả file nginx của từng web
• Move các file backup (1) + (2) ra bằng rsync Chi tiết cài đặt và sử dụng rsync tại đây [HTML]https://www.digitalocean.com/community/tutorials/how-to-copy-files-with-rsync-over-ssh[/HTML]
• Rsync tất cả các thư mục cache qua server mới luôn
• Vậy còn hơn 70GB database thì sao?

Do em không thể dùng lệnh mysqldump nên bèn dùng cách của anh nào trên stackoverflow.com bằng cáh rsync luôn thư mục mysql qua và.. em đã làm theo. Mọi chuyện sẽ kết thúc tốt đẹp và em sẽ xách đầu đi lên những site mới nếu mysql không down sau khi em xóa cái VPS cũ đi Vâng, và nó đã down ngay khi em xóa VPS cũ với 1 giấc ngủ trưa nhẹ nửa tiếng. Và giờ thì toàn bộ lô web chỉ

• Hoạt động với cache và crawl real time.
• Luôn có báo lỗi khi tới các dòng kết nối mysql (vì mysql down rồi thì làm sao mà kết nối)
• Start mysql service thì báo ok mà kết nối đến mysql thì không được.

Hiện tại đang đang nghi vấn:

• Rsync nguyên thư mục /var/lib/mysql chưa đúng cách (Vì lúc rsync là dịch vụ mysql trên 2 server đều run nên có thể có những file không rsync).
• Nghi ngờ enable IP private của DO (Đang snapshot ra VPS khác để test coi sao chứ disable không được).

Cuối cùng là nếu cái nghi vấn 2 nếu sai là site tạm thời phải crawl lại từ đầu chờ đến lúc xử lý thư muc /var/lib/mysql đã rsync chưa chuẩn kia. Check status khi start mysql Update cách khắc phục Tình hình là đã khắc phục được khoảng 99% (Còn 1% thì ko chắc vì không biết xót không) Sau đây là các bước fix lại mớ file .idb (Trong thư mục /var/lib/mysql/

• Bước 1: Chuẩn bị một server khác (Srv B) tương tự server mysql down (Server A) (Không biết tận dụng server hiện tại bằng cách tạo 1 database với tên khác được không vì mình chưa test với ổ cứng của VPS ko cho phép làm điều đó).
• Bước 2: Tạo các table có cấu trúc tương tự bản gốc (cột, index các kiểu)
• Bước 3: Thực thi câu lệnh sau trong mysql [HTML]ALTER TABLE mytable DISCARD TABLESPACE; [/HTML]
• Bước 4: Copy /var/lib/mysql//.ibd từ srv A sang srv B
• Bước 5: Run command sau trong mysql

  ALTER TABLE mytable IMPORT TABLESPACE;
  
  

• Bước 6: Kiểm tra lại các table có select được hết không (count, sum, where các kiểu). Nếu trường hợp các có table ko count được hoặc ko duyệt được hết ở nhiều rows thì qua bước 7 (Mình gặp ở table product, có thể do dữ liệu có sự sai sốt do quá trinhf sync cả 2 srv mysql đều run)
• Bước 7: Dùng mysqldump ra từng nhóm dòng (service này sẽ tự loại bỏ các rows có vấn đề (không select được)). Câu lệnh mình sử dụng như sau:

  
  mysqldump -t -u root -p   --where="id > 12000000 AND id <= 13000000" > /path/.sql

Cách làm dựa trên bài hướng dẫn sau (Mình làm theo cách này không được nên phải bỏ vài bước trong hướng dẫn) và tự hoàn thiện các vấn đề còn gặp phải. Nên khi gặp phải vấn đề trên thì ưu tiên cách làm của tác giả cho đúng chắc ăn nhá https://www.voxteneo.com/restoring-tables-mysql-database-frm-ibd-files-available/