HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO

English | Vietnamese

Rules

Main Forum

Portal

Member Listing

Statistics

Search

Reading Room
[Register]

Login [ | https ]

Forum Index

Thảo luận hệ điều hành *nix

HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO

[Question] HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO	05/07/2012 09:42:00 (+0700) \| #31 \| 266191

xlove
Member

Joined: 24/05/2009 00:33:37
Messages: 58
Offline

conmale wrote:

xlove wrote:

conmale wrote:

Dùng mysql command để login mysql (bằng root account của mysql) rồi chạy:

show global variables like '%timeout%';

rồi post kết quả lên coi thử?

Đây là kết quả ạ

thảy mấy cái này vô my.cnf và restart lại mysql service:

connect_timeout=120
wait_timeout = 1800

Trong my.cnf của em ko có.
connect_timeout=120
wait_timeout = 1800
em đã thêm vào và restart lại mysql service. Em Restore theo bác Conmale nhưng kết quả vẫn lỗi như những lần trước smilie

[Question] HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO	05/07/2012 09:57:21 (+0700) \| #32 \| 266193

thuank51cc
Member

Joined: 13/01/2012 03:44:56
Messages: 26
Offline

Dear !

Lỗi ở trên của bạn chính xác là do db quá lớn, dữ liệu của table,db vượt qua cấu hình max_allow_packet
trong cấu hình của mysql server.
1. edit lại max_allow_packet tuỳ theo dung lượng db và ram trên server củ bạn. Và như a commal có nói
khi bạn dump hoặc restore db bạn nên tắt các dịch vụ request đến. Hoặc các dịch vụ khác đang chạy(apache, traffic,...)
2. Nếu mysql server của bạn cấu hình innodb. Bạn nên edit cả buffer_pool_size của mysql để tăng optimize cho mysql server.
Dưới đây là vd của mình:
+ Với db .taz.gz của mình db vào khoảng 2,5gb-3gb (ram server mình khoảng 8gb). Mình cấu hình innodb.
Setup max_allow_packet max ~1gb và buffer_pool_size 3-4gb

[Question] HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO	05/07/2012 10:11:58 (+0700) \| #33 \| 266196

conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline

xlove wrote:

conmale wrote:

xlove wrote:

conmale wrote:

Dùng mysql command để login mysql (bằng root account của mysql) rồi chạy:

show global variables like '%timeout%';

rồi post kết quả lên coi thử?

Đây là kết quả ạ

thảy mấy cái này vô my.cnf và restart lại mysql service:

connect_timeout=120
wait_timeout = 1800

Trong my.cnf của em ko có.
connect_timeout=120
wait_timeout = 1800
em đã thêm vào và restart lại mysql service. Em Restore theo bác Conmale nhưng kết quả vẫn lỗi như những lần trước

Thêm

max_allowed_packet=32M

vô trong my.cnf rồi restart lại mysql rồi thử lại.

What bringing us together is stronger than what pulling us apart.

[Question] HỎI - RESTORE DATA LỚN BẰNG CHƯƠNG TRÌNH NÀO	05/07/2012 10:38:11 (+0700) \| #34 \| 266202

xlove
Member

Joined: 24/05/2009 00:33:37
Messages: 58
Offline

conmale wrote:

xlove wrote:

conmale wrote:

xlove wrote:

conmale wrote:

Dùng mysql command để login mysql (bằng root account của mysql) rồi chạy:

show global variables like '%timeout%';

rồi post kết quả lên coi thử?

Đây là kết quả ạ

thảy mấy cái này vô my.cnf và restart lại mysql service:

connect_timeout=120
wait_timeout = 1800

Trong my.cnf của em ko có.
connect_timeout=120
wait_timeout = 1800
em đã thêm vào và restart lại mysql service. Em Restore theo bác Conmale nhưng kết quả vẫn lỗi như những lần trước

Thêm

max_allowed_packet=32M

vô trong my.cnf rồi restart lại mysql rồi thử lại.

Em đã restore thành công. Cảm ơn bác Conmale và các anh rất nhiều. Vấn đề ở đây có lẽ là do max_allowed_packet=32M. Nếu ai gặp tình trạng như em thì hãy làm theo cách của bác Conmale nhé!

Go to:

Users currently in here
1 Anonymous