xtrabackup กับการสำรองข้อมูล แบบที่เร็วที่สุด

[manoi]

เคยเบื่อกับการนั่งรอ mysqldump กันหรือเปล่าครับ และที่แย่ยิ่งกว่าคือ การนั่งรอให้ข้อมูล restore เสร็จ

วันนี้ผมจะแนะนำ tool สำหรับสำรองข้อมูลที่ใช้เวลาน้อยที่สุดทั้งในการสำรอง และการ restore ครับ   admin ทุกท่านคงทราบกันดีอยู่แล้ว ว่าเราสามารถสำรองข้อมูลของ MySQL ได้หลายวิธี ตั้งแต่การใช้ mysqldump หรือ การ Copy mysql folder  แต่ในการ copy mysql folder นั้นจะทำได้ ก็ต้องหยุด mysql ก่อน หรือไม่ก็ต้องซื้อ innodbackup มาใช้  แต่ตอนนี้ไม่ต้องแล้วครับ ทีมพัฒนา percona ได้พัฒนา tool สำหรับสำรองข้อมูลของ innodb แบบ cold backup ที่ไม่ต้องหยุดการทำงานของ MySQL ได้แล้ว แม้ว่าตอนนี้จะยังเป็นรุ่น alpha 0.6 แต่ก็สามารถใช้งานได้แล้วครับ  พร้อม หรือยังครับ ?





ถ้าพร้อมแล้ว มาลุยกันเลยครับ

[manoi]

อันดับแรก ไปแวะชม website ของ xtrabackup กันก่อนครับ อยู่ที่นี่  https://launchpad.net/percona-xtrabackup

และสามารถ Download xtrabackup ได้จากที่นี่ http://www.percona.com/mysql/xtrabackup/0.6/

[manoi]

download แฟ้มมาแล้ว ใช้คำสั่งนี้ครับ

rpm -ivh xtrabackup-0.6-1.rhel5.src.rpm

ตามด้วย

rpmbuild -bb /usr/src/redhat/SPECS/xtrabackup.spec

[manoi]

กรณีที่ build ไม่สำเร็จ เราสามารถทำแบบ manual ได้ครับ ดังนี้


เริ่มจากเข้าไปที่ /usr/src/redhat/BUILD/xtrabackup-0.6/

ด้วยคำสั่ง  cd /usr/src/redhat/BUILD/xtrabackup-0.6/

จะเห็นแฟ้มดังรูป

[manoi]

พิมพ์คำสั่ง

./configure --prefix=/usr --enable-assembler --enable-thread-safe-client --with-big-tables --with-readline --with-charset=tis620 --with-extra-charsets=all

แล้วตามด้วย

make

[manoi]

จากนั้น พิมพ์คำสั่ง

cd /usr/src/redhat/BUILD/xtrabackup-0.6/innobase/xtrabackup

แล้วตามด้วย

make

จะได้แฟ้มดังรูป

[manoi]

ใช้คำสั่ง

cp xtrabackup  /usr/bin

และ

cp innobackupex-1.5.1 /usr/bin/innobackupex

[manoi]

สมมติจะสำรองข้อมูลไปไว้ที่ /mysqlbackup ก็ต้องสร้าง folder เอาไว้ก่อนนะครับ ด้วยคำสั่ง

mkdir /mysqlbackup

จากนั้นจึงสั่งให้สำรองข้อมูล ด้วยคำสั่งนี้ครับ

xtrabackup --backup --target-dir=/mysqlbackup --datadir=/var/lib/mysql

[manoi]

คำสั่ง xtrabackup จะสำรองเฉพาะข้อมูลที่เป็น innodb ครับ แบบ myisam จะไม่มาด้วย

แต่เราสามารถเรียกใช้งาน โปรแกรมอีกตัวคือ innobackupex ครับ

ก่อนใช้งาน innobackupex ต้องแก้ไขแฟ้ม /etc/my.cnf ก่อนครับ โดยเพิ่ม section

[xtrabackup]
target_dir=/mysqlbackup
datadir=/var/lib/mysql

[manoi]

เตรียม folder mysqlbackup เอาไว้ ด้วยคำสั่ง

mkdir /mysqlbackup


จากนั้นก็เรียกใช้ innobackupex ตามนี้ครับ

innobackupex /mysqlbackup

ข้อมูลทั้งหมดจะถูกสำรองเอาไว้ที่ folder /mysqlbackup ครับ

[manoi]

คราวนี้เราจะมาลอง restore ดูครับ (ห้ามทำกับเครื่อง server จริงนะครับ)

ก่อนอื่นให้ stop service mysql ก่อนนะครับด้วยคำสั่ง

service mysql stop

แล้วลองลบข้อมูลออกจาก /var/lib/mysql/*  ด้วยคำสั่ง

rm -fr /var/lib/mysql/*

แล้วใช้คำสั่ง

innobackupex --apply-log /mysqlbackup/2009-03-28_11-07-12

และ

innobackupex --copy-back /mysqlbackup/2009-03-28_11-07-12

ตามด้วย

chown mysql:mysql /var/lib/mysql/* -R

ตามด้วย

service mysql start

[doramon]

คราวนี้เราจะมาลอง restore ดูครับ (ห้ามทำกับเครื่อง server จริงนะครับ)

ก่อนอื่นให้ stop service mysql ก่อนนะครับ แล้วลองลบข้อมูลออกจาก /var/lib/mysql/*

แล้วใช้คำสั่ง

innobackupex --copy-back /mysqlbackup/2009-03-28_11-07-12

ตามด้วย

chown mysql:mysql /var/lib/mysql/* -R

ขอบคุณมากครับ

ไม่ทันแล้วเครื่องจริงๆๆ เลย

[มดตานอย ครับ..]

ขอบพระคุณครับ  ......อยากได้ พอดี

[มดตานอย ครับ..]

เฉพาะ database hos  ต้องใช้คำสั่งอย่างไรครับ...ขอบพระคุณครับ

[manoi]

นอกจากจะสำรองเอาไว้ในเครื่องตัวเองแล้ว ยังสามารถ ส่งแฟ้มไปไว้ในเครื่องอื่น (linux) ได้ด้วยครับ ด้วยคำสั่งนี้

innobackupex --stream=tar ./  | ssh user@host cat ">"  mysql_backup.tar

(พิมพ์คำสั่งแล้ว ให้ใส่ password ของ user@host แล้วกดปุ่ม enter ตามเลยครับ)

และใช้คำสั่ง tar -ixvf เพื่อ extract mysql_backup.tar นะครับ

[manoi]

นี่เป็นแฟ้มที่ผมทำการ compile ใหม่ สำหรับผู้ที่ไม่ต้องการ complile เอง น่าจะใช้ได้กับ centos 5.x / fedora 7 ขึ้นมาครับ

(เอาแฟ้มไปวางไว้ใน /usr/bin  แล้ว chmod +x เอาไว้ด้วยครับ)

[manoi]

คราวนี้มาดูการทำ remote backup ผ่าน ssh โดยไม่ต้องใช้ Password กันนะครับ

ปกติในการใช้คำสั่ง ssh จาก host A ไป B  จะต้องใส่ password ทุกครั้ง ซึ่งหากเราต้องการตั้งเวลาให้ script ทำการสำรองข้อมูลอัตโนมัติ จะไม่สามารถทำได้ ครับ เพราะติดที่ password คราวนี้เราจะมาทำให้ ssh จาก Host A ไป B ไม่ต้องใส่ password ครับ

ขั้นตอนทั้งหมดทำที่ HOST A  (เป็น root)

1. ssh-keygen -t rsa   
 (ไม่ต้องใส่ passphrase  กด enter ผ่าน 2 ครั้ง)
2. ssh root@B mkdir -p .ssh
3. cat ~/.ssh/id_rsa.pub | ssh root@B 'cat >> .ssh/authorized_keys'

เสร็จ 3 คำสั่ง ครั้งต่อไป ก็สามารถใช้ ssh root@B ได้โดยไม่ต้องใส่ password ครับ
 

[manoi]

คราวนี้เราก็สามารถ กำหนด schedule crond job ให้ส่งข้อมูล Full backup ไปยัง host B อัตโนมัติ ด้วยคำสั่งนี้ครับ  (แทนที่ B ด้วย ip address เครื่องปลายทาง และ 192,0x2e,168,0x2e,1,0x2e,1 คือ IP Address ของเครื่อง Master  ใส่ 0x2e แทนเครื่องหมายจุด เพื่อหลีกเลี่ยงการใช้เครื่องหมาย '  )

หรือจะประยุกต์ใช้สำหรับการนำข้อมูลไปไว้ในเครื่อง Slave ก็ได้ครับ  สามารถลดเวลาที่ใช้ในการ Initial import ลงไปได้ถึง 3 - 20 ชั่วโมงเชียวครับ


ssh root@B 'service mysql stop'

rsync -avP -e ssh /etc/my.cnf root@B:/etc/

rsync -avP -e ssh /usr/bin/xtrabackup root@B:/usr/bin/

rsync -avP -e ssh /usr/bin/innobackupex root@B:/usr/bin/

innobackupex --stream=tar /tmp/--slave-info | ssh root@B "tar xfi - -C /var/lib/mysql/"

echo "Transfer data done wait 5 sec to continue"
sleep 5

ssh root@B 'xtrabackup --prepare --use-memory=150M  --target-dir=/var/lib/mysql'

ssh root@B 'chown mysql:mysql /var/lib/mysql/* -R'

ssh root@B 'service mysql start'

ssh root@B 'mysql -e "show full processlist"'

while [ "$?" -ne "0" ]
do
echo "Wait for slave mysql startup"
sleep 3
ssh root@B 'mysql -e "show full processlist"'
done

ssh root@B 'mysql -e "delete from hos.replicate_cfg"'

ssh root@B 'mysql -e "insert into hos.replicate_cfg (server) values (0)"'

ssh root@B 'mysql -e "update hos.replicate_cfg set server =concat(192,0x2e,168,0x2e,1,0x2e,1)"'

ssh root@B 'mysql -e "update hos.replicate_cfg set lastreplicate = (select max(event_id) from hos.replicate_log)"'

[manoi]

ผมแก้ไขชุดคำสั่งให้ใหม่แล้วนะครับ ตามที่รับปากไว้ที่อบรม รุ่น 4 วังน้ำเขียว  เอาชุดคำสั่งไปสร้างเป็นแฟ้ม  (filename.sh) แล้วเรียกใช้งานได้เลยครับ  (ชุดคำสั่ง update ในกระทู้ด้านบนครับ)


แถมด้วย innobackupex ที่เป็น perl script ของเดิมที่มากับตัวติดตั้ง จะใช้คำสั่ง Flush tables with read lock ก่อนจะทำการ Copy ข้อมูลส่วนที่ไม่ใช่ Innodb ทำให้หากมีข้อมูลประเภท MyISAM มาก ระบบจะค้างจนกว่าจะ Copy เสร็จ ผมได้แก้ไขให้ใหม่ที่จะ Lock myisam table แล้ว Copy ทีละตาราง แทนที่จะ Lock ทั้งหมด ช่วง copy myisam table  จะทำให้ระบบยังสามารถใช้งานได้ในช่วงที่ Copy MyISAM Table ครับ (แกะ perl script ก็ยากเหมือนกันนะครับ ต้องมานั่งอ่านคู่มือใหม่)

[ramclay]

 :)สุดยอดมากเลยครับ...ไม่ต้องนั่งรออีกแล้ว

[shukree]

มีโปรแกรมที่ใช้ back up ของ HosXP ที่รันบน Windows ไหมครับ เผอิญอ่อนหัดด้าน Linux ครับ

[มนตรี บอยรักยุ้ยคนเดียว]

มีโปรแกรมที่ใช้ back up ของ HosXP ที่รันบน Windows ไหมครับ เผอิญอ่อนหัดด้าน Linux ครับ

อ่อนหัดด้าน Linux แล้วเราต้องหัดทำให้ได้ มีพี่สอนบนเว็ปหลายคน

innobackupex
Compress single file:
#innobackupex --stream=tar ./ | gzip - > backup.tar.gz

Copy uncompressed stream over network to file
#innobackupex --stream=tar ./  | ssh user@host cat ">"  backup.tar

Copy over network without ssh encryption (fast copying)
#ssh user@host "( nc -l -p 9210 > backup.tar & )" && innobackupex --stream=tar ./  |  nc host 9210

xtrabackup
(full backup)
# ./xtrabackup --backup --target-dir=/backup/base
...

(incremental backup)
# ./xtrabackup --backup --target-dir=/backup/delta --incremental-basedir=/backup/base

(prepare)
# ./xtrabackup --prepare --target-dir=/backup/base

(apply incremental backup)
# ./xtrabackup --prepare --target-dir=/backup/base --incremental-dir=/backup/delta

http://www.percona.com/docs/wiki/percona-xtrabackup:innobackupex
http://www.scribd.com/doc/14683222/Xtrabackup-online-backup-for-InnoDBXTraDB

# ./innobackupex-1.5.1 tmp --stream=tar | gzip -c > tmp/backup.tar.gz

[doramon]

มีโปรแกรมที่ใช้ back up ของ HosXP ที่รันบน Windows ไหมครับ เผอิญอ่อนหัดด้าน Linux ครับ

stop   mysql   ให้ได้

แล้ว copy ตรงๆๆ เลย   

[มดตานอย ครับ..]

มีโปรแกรมที่ใช้ back up ของ HosXP ที่รันบน Windows ไหมครับ เผอิญอ่อนหัดด้าน Linux ครับ

อ่อนหัดด้าน Linux แล้วเราต้องหัดทำให้ได้ มีพี่สอนบนเว็ปหลายคน

เอาตัวนี้ไปอ่านดูครับ       เปลี่ยน   mysql 5.1.33   ไปเป็น  mysql 5.1.30    ด้วย   ของใหม่ยังมี  bug

[siamza16]

thank you  ครับมีทิปเยอะจังพี่ครับ

[nahos]

คือว่า


ผมจะนำข้อมูลจาก A ไป B
B    IP 192.168.0.251
A    IP 192.168.0.250

สร้างไฟล์  toslave.sh ในไฟล์มีคำสั่งดังข้างล่าง
 แล้วใช้ crontab -e   30 16 * * * sh /root/toslave.sh  เวลาผ่านไปไม่มีอะไรเกิดขึ้นเลยครับ

ssh root@192.168.0.251 'service mysql stop'

rsync -avP -e ssh /etc/my.cnf root@192.168.0.251:/etc/

rsync -avP -e ssh /usr/bin/xtrabackup root@192.168.0.251:/usr/bin/

rsync -avP -e ssh /usr/bin/innobackupex root@192.168.0.251:/usr/bin/

innobackupex --stream=tar /tmp/--slave-info | ssh root@192.168.0.251 "tar xfi - -C /var/lib/mysql/"

echo "Transfer data done wait 5 sec to continue"
sleep 5

ssh root@192.168.0.251 'xtrabackup --prepare --use-memory=150M  --target-dir=/var/lib/mysql'

ssh root@192.168.0.251 'chown mysql:mysql /var/lib/mysql/* -R'

ssh root@192.168.0.251 'service mysql start'

ssh root@192.168.0.251 'mysql -e "show full processlist"'

while [ "$?" -ne "0" ]
do
echo "Wait for slave mysql startup"
sleep 3
ssh root@192.168.0.251 'mysql -e "show full processlist"'
done

ssh root@192.168.0.251 'mysql -e "delete from hosn.replicate_cfg"'

ssh root@192.168.0.251 'mysql -e "insert into hosn.replicate_cfg (server) values (0)"'

ssh root@192.168.0.251 'mysql -e "update hosn.replicate_cfg set server =concat(192,0x2e,168,0x2e,0,0x2e,250)"'

ssh root@192.168.0.251 'mysql -e "update hosn.replicate_cfg set lastreplicate = (select max(event_id) from hos.replicate_log)"'

[howtodo]

หุหุ  ทำข้าม network ได้หรือเปล่า 
ดูแล้วน่าจะได้ อิอิ

[มนตรี บอยรักยุ้ยคนเดียว]

หุหุ  ทำข้าม network ได้หรือเปล่า 
ดูแล้วน่าจะได้ อิอิ

ผมใช้อยู่ระยะหนึ่งก็ดีนะครับ แต่ระบบช่วงที่ทำ xtrabackup
จะทำให้ระบบทั้งหมดช้าสักระยะหนึ่งช่องเวลาที่ xtrabackup


 

[มดตานอย ครับ..]

อ.บอย มาแล้วผมมาทวงสัญญา หลังสงกรานต์ ครับ       

[เข้ม]

ได้มีโอกาสทดสอบการใช้กับ FreeBSD มาก็หลายครั้ง

http://www.percona.com/docs/wiki/percona-xtrabackup:howtobuild

มี error เกิดขึ้นทุกทีเลยหยุดไปพักหนึ่ง

ตอนนี้มีปัญหาว่าการ backup ใน Schedule backup นั้นใช้เวลานานมาก
ณ. ตอนนี้ข้อมูล 26 G ใช้เวลาจากที่ตั้งไว้ 03.30 น. เสร็จจริง ๆ ก็ตีห้ากว่า  ...
จากการสังเกต เริ่ม 03.30 ส่งเข้า temp เสร็จประมาณ 04.15 ใช้เวลา .7z อีกหน่อย เสร็จประมาณ ตีห้ากว่า ....
แต่ไม่รู้เหมือนกันว่า ... กว่าไปเท่าไร ... เพราะเบื่อกับการกด F5 เพื่อ Refresh ดูขนาดไฟล์ตอนทำ zip อยู่


เมื่อวานวันหยุดเลยได้โอกาสทดสอบอีกครั้ง

http://www.percona.com/downloads/XtraBackup/XtraBackup-1.2/FreeBSD/binary/amd64/

คราวนี้ไม่มีปัญหา ... ผ่านฉลุยครับ กับ XtraBackup-1.2
ส่วนเรื่องเวลาที่ใช้นั้นก็น่าจะใกล้เคียงกัน แต่ xtrabackup น่าจะใช้เวลาน้อยกว่า ... นะ
ซึ่งคงไม่กังวลเท่าไรว่าจะใช้เวลาในการ backup เท่าไร สิ่งที่ อ. ชัยพร นำเสนอ ในกระทู้นี้ก็คือ

....เวลาที่ใช้ในการ restore ที่รวดเร็วกว่าผ่านระบบ  ...

เคยเบื่อกับการนั่งรอ mysqldump กันหรือเปล่าครับ และที่แย่ยิ่งกว่าคือ การนั่งรอให้ข้อมูล restore เสร็จ

วันนี้ผมจะแนะนำ tool สำหรับสำรองข้อมูลที่ใช้เวลาน้อยที่สุดทั้งในการสำรอง และการ restore ครับ   admin ทุกท่านคงทราบกันดีอยู่แล้ว ว่าเราสามารถสำรองข้อมูลของ MySQL ได้หลายวิธี ตั้งแต่การใช้ mysqldump หรือ การ Copy mysql folder  แต่ในการ copy mysql folder นั้นจะทำได้ ก็ต้องหยุด mysql ก่อน หรือไม่ก็ต้องซื้อ innodbackup มาใช้  แต่ตอนนี้ไม่ต้องแล้วครับ ทีมพัฒนา percona ได้พัฒนา tool สำหรับสำรองข้อมูลของ innodb แบบ cold backup ที่ไม่ต้องหยุดการทำงานของ MySQL ได้แล้ว แม้ว่าตอนนี้จะยังเป็นรุ่น alpha 0.6 แต่ก็สามารถใช้งานได้แล้วครับ  พร้อม หรือยังครับ ?

แต่ยังไม่ได้ทดสอบการ restore นะครับ ...

อ้อ ลืมบอกไปผมทดสอบกับเครื่อง HP ProLiant DL380 Ram 2G

[เข้ม]

อันนี้ทดสอบกับเครื่อง pc ธรรมดา แบบ 64 bit Ram 2G

100514 00:38:15  innobackupex: All tables locked and flushed to disk

100514 00:38:15  innobackupex: Starting to backup .frm, .MRG, .MYD, .MYI,
innobackupex: .TRG, .TRN, .ARM, .ARZ and .opt files in
innobackupex: subdirectories of '/usr/local/var'
innobackupex: Backing up files '/usr/local/var/mysql/*.{frm,MYD,MYI,MRG,TRG,TRN,ARM,ARZ,opt,par}' (65 files)
innobackupex: Backing up files '/usr/local/var/hos/*.{frm,MYD,MYI,MRG,TRG,TRN,ARM,ARZ,opt,par}' (1810 files)
>> log scanned up to (24038135456)
.
.
.
>> log scanned up to (24038135456)
>> log scanned up to (24038135456)
>> log scanned up to (24038135456)
100514 00:55:21  innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ and .opt files

innobackupex: Resuming ibbackup

xtrabackup: The latest check point (for incremental): '24038135456'
>> log scanned up to (24038135456)
xtrabackup: Stopping log copying thread.
xtrabackup: Transaction log of lsn (24036088845) to (24038135456) was copied.
100514 00:55:23  innobackupex: All tables unlocked
100514 00:55:23  innobackupex: Connection to database server closed

innobackupex: Backup created in directory '/usr/mysqlbackup/2010-05-14_00-10-43'
innobackupex: MySQL binlog position: filename 'mysql-bin.000001', position 404836
100514 00:55:23  innobackupex: completed OK!


ดูเวลาที่ใช้ไป ... ข้อมูล 26 G ใช้เวลา ไม่ถึง ชม. ครับ ... ไม่น่าเชื่อเลย 

หรือเป็นเพราะ ผมไปลบ mysql-bin.00000x ออกก่อน backup กันนะ 

[เข้ม]

แต่กับอีกเครื่องหนึ่งซึ่ง high performance กว่า
เริ่มทำระยะเวลาใกล้เคียงกัน ... แต่กับใช้เวลามากกว่า ....

>> log scanned up to (52696044429)
>> log scanned up to (52696044429)
>> log scanned up to (52696044429)
100514 01:49:36  innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ and .opt files

innobackupex: Resuming ibbackup

xtrabackup: The latest check point (for incremental): '52696044429'
>> log scanned up to (52696044429)
xtrabackup: Stopping log copying thread.
xtrabackup: Transaction log of lsn (52695078426) to (52696044429) was copied.
100514 01:49:39  innobackupex: All tables unlocked
100514 01:49:39  innobackupex: Connection to database server closed

innobackupex: Backup created in directory '/usr/mysqlbackup/2010-05-14_00-18-39'
innobackupex: MySQL binlog position: filename 'mysql-bin.000028', position 752146503
100514 01:49:39  innobackupex: completed OK!

น่าจะเป็นที่การลบ mysql-bin.0000xx ออกก่อนการ backup แน่เลย ....

[มนตรี บอยรักยุ้ยคนเดียว]

ยินดีด้วยกับการเริ่มใช้  xtrabackup

[pop_hosxp]

mysql-bin นี่ลบออกได้ทั้งหมดเลยไหมครับ เคยอ่านเจอกระทู้นึงที่คุณเข้ม post ไว้ว่าเป็น log ของ mysql หรืออะไรสักอย่าง เพราะของผมมีเยอะพอสมควร กินพื้นที่ไปหลายกิ๊กด้วย (อยากใช้กิ๊กน้อย ๆ) หรือต้องเก็บไว้ 2-3 อันท้าย แล้วเก็บไว้เพื่ออะไรครับ  แล้วก็หลังจากทดสอบ xtrabackup ล่าสุด (โดยที่ยังไม่ได้ลบ mysql-bin ที่ว่านี่) กินเวลาไปเป็นวันยังไม่เสร็จเลยครับ หลังจากนั้นเลยยังไม่ได้ทดสอบต่ออีกเลย

[เข้ม]

mysql-bin นี่ลบออกได้ทั้งหมดเลยไหมครับ เคยอ่านเจอกระทู้นึงที่คุณเข้ม post ไว้ว่าเป็น log ของ mysql หรืออะไรสักอย่าง เพราะของผมมีเยอะพอสมควร กินพื้นที่ไปหลายกิ๊กด้วย (อยากใช้กิ๊กน้อย ๆ) หรือต้องเก็บไว้ 2-3 อันท้าย แล้วเก็บไว้เพื่ออะไรครับ  แล้วก็หลังจากทดสอบ xtrabackup ล่าสุด (โดยที่ยังไม่ได้ลบ mysql-bin ที่ว่านี่) กินเวลาไปเป็นวันยังไม่เสร็จเลยครับ หลังจากนั้นเลยยังไม่ได้ทดสอบต่ออีกเลย

ผมเคยปล่อยให้ master server มี mysql-bin เกือบ 200 ครับ.. เนื่องจากไม่ได้ไปยุ่งกับมันเลย

ถามว่าลบได้มั๊ย ... ลบได้ครับ จะลบ mysql-bin.index  ด้วยก็ได้ครับ
ก่อนลบให้ stop mysql ก่อน
หลังจากลบแล้ว start mysql จะสร้าง mysql-bin.index ใหม่ ... และก็เริ่ม mysql-bin.000001 ใหม่ครับ

ที่ผมแนะนำว่าให้เหลือไว้ 2-3 อันสุดท้าย เพื่อประโยชน์ กรณีเกิดอาการ crash ของ mysql จะไป recovery ข้อมูลจาก mysql-bin.0000xxx อันท้าย ๆ ครับ


ส่วนอันนี้ ...

ยินดีด้วยกับการเริ่มใช้  xtrabackup

ก็ได้ link ของ อ. บอย(ด่านมะขามเตี้ย) นั่นแหล่ะครับ บวกกับความซอกแซกนิดหน่อย เลยได้มาบ้าง ...นิดหน่อย 

[มนตรี บอยรักยุ้ยคนเดียว]

mysql-bin นี่ลบออกได้ทั้งหมดเลยไหมครับ เคยอ่านเจอกระทู้นึงที่คุณเข้ม post ไว้ว่าเป็น log ของ mysql หรืออะไรสักอย่าง เพราะของผมมีเยอะพอสมควร กินพื้นที่ไปหลายกิ๊กด้วย (อยากใช้กิ๊กน้อย ๆ) หรือต้องเก็บไว้ 2-3 อันท้าย แล้วเก็บไว้เพื่ออะไรครับ  แล้วก็หลังจากทดสอบ xtrabackup ล่าสุด (โดยที่ยังไม่ได้ลบ mysql-bin ที่ว่านี่) กินเวลาไปเป็นวันยังไม่เสร็จเลยครับ หลังจากนั้นเลยยังไม่ได้ทดสอบต่ออีกเลย

ผมเคยปล่อยให้ master server มี mysql-bin เกือบ 200 ครับ.. เนื่องจากไม่ได้ไปยุ่งกับมันเลย

ถามว่าลบได้มั๊ย ... ลบได้ครับ จะลบ mysql-bin.index  ด้วยก็ได้ครับ
ก่อนลบให้ stop mysql ก่อน
หลังจากลบแล้ว start mysql จะสร้าง mysql-bin.index ใหม่ ... และก็เริ่ม mysql-bin.000001 ใหม่ครับ

ที่ผมแนะนำว่าให้เหลือไว้ 2-3 อันสุดท้าย เพื่อประโยชน์ กรณีเกิดอาการ crash ของ mysql จะไป recovery ข้อมูลจาก mysql-bin.0000xxx อันท้าย ๆ ครับ


ส่วนอันนี้ ...

ยินดีด้วยกับการเริ่มใช้  xtrabackup

ก็ได้ link ของ อ. บอย(ด่านมะขามเตี้ย) นั่นแหล่ะครับ บวกกับความซอกแซกนิดหน่อย เลยได้มาบ้าง ...นิดหน่อย 

ยินดีด้วยกับการใช้
และการลบ mysql-bin พยายามเก็บไว้ที่อื่น ก่อนนะครับ เมื่อ start MySQL ได้ ค่อยลบที่เก็บทิ้งทั้งหมด

[machai]

ผมก็ใช้อยู่ แนะนำบ้งน่ะคับ อ.เดวจะล้าหลัง Perxona XtraDB เค้าแรง จิงๆ อิอิ

[udomchok]

ยินดีด้วยกับการเริ่มใช้  xtrabackup

ก็ได้ link ของ อ. บอย(ด่านมะขามเตี้ย) นั่นแหล่ะครับ บวกกับความซอกแซกนิดหน่อย เลยได้มาบ้าง ...นิดหน่อย 

รวบรวมเขียนเป็นเอกสารการติดตั้ง percona+xtradb ดีไหมครับ

 

[มดตานอย ครับ..]

ยินดีด้วยกับการเริ่มใช้  xtrabackup

ก็ได้ link ของ อ. บอย(ด่านมะขามเตี้ย) นั่นแหล่ะครับ บวกกับความซอกแซกนิดหน่อย เลยได้มาบ้าง ...นิดหน่อย 

รวบรวมเขียนเป็นเอกสารการติดตั้ง percona+xtradb ดีไหมครับ

 

สนับสนุนทำเป็นคู่มือเลย   Xtrabackup   อยากลองพอดีเลย

[itim2101]

  สนับสนุนอีกเสียงครับ

[mralif]

ต้องลองแล้วครับ ขอบคุณครับ

[kump2000]

ติดตั้งใช้งานมา 2 เดือนแล้วครับ backup ไวมากๆ ข้อมูลผม 58 GB ย้าย server ใช้เวลาประมาณ
56 นาที แต่ระบบเก่า กินเวลาไป 9 ชั่วโมงครับ

[มดตานอย ครับ..]

ติดตั้งใช้งานมา 2 เดือนแล้วครับ backup ไวมากๆ ข้อมูลผม 58 GB ย้าย server ใช้เวลาประมาณ
56 นาที แต่ระบบเก่า กินเวลาไป 9 ชั่วโมงครับ

ป้าด  มีคู่มือคร่าวๆไหมครับ   ผมยังงงๆ อยู่

[chinaga]

mysql-bin นี่ลบออกได้ทั้งหมดเลยไหมครับ เคยอ่านเจอกระทู้นึงที่คุณเข้ม post ไว้ว่าเป็น log ของ mysql หรืออะไรสักอย่าง เพราะของผมมีเยอะพอสมควร กินพื้นที่ไปหลายกิ๊กด้วย (อยากใช้กิ๊กน้อย ๆ) หรือต้องเก็บไว้ 2-3 อันท้าย แล้วเก็บไว้เพื่ออะไรครับ  แล้วก็หลังจากทดสอบ xtrabackup ล่าสุด (โดยที่ยังไม่ได้ลบ mysql-bin ที่ว่านี่) กินเวลาไปเป็นวันยังไม่เสร็จเลยครับ หลังจากนั้นเลยยังไม่ได้ทดสอบต่ออีกเลย

ผมเคยปล่อยให้ master server มี mysql-bin เกือบ 200 ครับ.. เนื่องจากไม่ได้ไปยุ่งกับมันเลย

ถามว่าลบได้มั๊ย ... ลบได้ครับ จะลบ mysql-bin.index  ด้วยก็ได้ครับ
ก่อนลบให้ stop mysql ก่อน
หลังจากลบแล้ว start mysql จะสร้าง mysql-bin.index ใหม่ ... และก็เริ่ม mysql-bin.000001 ใหม่ครับ

ที่ผมแนะนำว่าให้เหลือไว้ 2-3 อันสุดท้าย เพื่อประโยชน์ กรณีเกิดอาการ crash ของ mysql จะไป recovery ข้อมูลจาก mysql-bin.0000xxx อันท้าย ๆ ครับ


ส่วนอันนี้ ...

ยินดีด้วยกับการเริ่มใช้  xtrabackup

ก็ได้ link ของ อ. บอย(ด่านมะขามเตี้ย) นั่นแหล่ะครับ บวกกับความซอกแซกนิดหน่อย เลยได้มาบ้าง ...นิดหน่อย 

รบกวนอาจารย์หลายๆๆท่านด้วยครับ ผมต้องการลบ mysql-bin ครับ ถึง 103 แล้วครับ กินพื้นที่ ไป 135 G ครับ ต้องการลบออกครับ แต่ยังไม่ทราบวิธีการ และขึ้นตอน และคำส่งในการลบด้วยครับ รบกวนท่านอาจารย์ที่มีประสบการณ์ช่วยแนะนำวิธีการลบด้วยครับ

[pop_hosxp]

1. backup mysql-bin ทั้งหมดไปไว้ที่อื่นก่อน
2. ไป comment mysql-bin-log เพื่อปิดการทำงาน
3. ลบ  mysql-bin ทั้งหมดทิ้ง
4. restart mysql ใหม่

ผมทำแบบนี้นะครับ ไม่เกิดปัญหาอะไร

[chinaga]

1. backup mysql-bin ทั้งหมดไปไว้ที่อื่นก่อน
2. ไป comment mysql-bin-log เพื่อปิดการทำงาน
3. ลบ  mysql-bin ทั้งหมดทิ้ง
4. restart mysql ใหม่

ผมทำแบบนี้นะครับ ไม่เกิดปัญหาอะไร

ขอบคุณครับ
แต่ยังส่งสัยครับ ว่าการ ต้อง stop mysql ก่อนใช่ไหมครับ
1. backup mysql-bin ทั้งหมดไปไว้ที่อื่นก่อน คือสำรองไว้ เครื่อง server หรือว่าที่เครื่องลูกข่ายครับ
และวิธีการสำรองทำอย่างไรครับ
คำสั่งในการลบ mysql-bin  ใช้คำสั่ง  rm mysql-bin.xxxxx หรือคำสังอย่างอื่นครับ
แบบยังไม่เคยลองทำอันนี้เป็นครั้งแรกครับ เลยยังไม่มั่นใจครับ รบกวนอีกทีครับที่

[pop_hosxp]

ขอบคุณครับ
แต่ยังส่งสัยครับ ว่าการ ต้อง stop mysql ก่อนใช่ไหมครับ
1. backup mysql-bin ทั้งหมดไปไว้ที่อื่นก่อน คือสำรองไว้ เครื่อง server หรือว่าที่เครื่องลูกข่ายครับ
และวิธีการสำรองทำอย่างไรครับ
คำสั่งในการลบ mysql-bin  ใช้คำสั่ง  rm mysql-bin.xxxxx หรือคำสังอย่างอื่นครับ
แบบยังไม่เคยลองทำอันนี้เป็นครั้งแรกครับ เลยยังไม่มั่นใจครับ รบกวนอีกทีครับที่

stop mysql ก่อนค่อยลบ สำหรับการลบผมใช้ winscp เข้าไปลบครับ ง่ายดี

[shone17]

ขอบคุณครับ ที่ได้ให้ความรู้ครับ

[yord]

ผมเพิ่งจะเริ่มทดสอบการสำรอง แบบ xtrabackup ก็ไม่ผ่านซะแล้วครับ รบกวนช่วยดู error ด้วยครับ
ตอนนี้ฐานข้อมูลผม 44 GBs แล้วครับ

xtrabackup --backup --target-dir=/mysqlbackup --datadir=/var/lib/mysql
xtrabackup  Ver 1.1 Rev 125 for 5.1.44 unknown-linux-gnu (x86_64)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: Target instance is assumed as followings.
xtrabackup:   innodb_data_home_dir = /var/lib/mysql/
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /var/lib/mysql/
xtrabackup:   innodb_log_files_in_group = 3
xtrabackup:   innodb_log_file_size = 536870912
xtrabackup: use O_DIRECT
100724 14:41:54  InnoDB: Error: Write to file /mysqlbackup/xtrabackup_logfile failed at offset 0 0.
InnoDB: 2048 bytes should have been written, only -1 were written.
InnoDB: Operating system error number 28.
InnoDB: Check that your OS and file system support files of this size.
InnoDB: Check also that the disk is not full or a disk quota exceeded.
InnoDB: Error number 28 means 'No space left on device'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
[root@HOSxPDB10 ~]#

[มนตรี บอยรักยุ้ยคนเดียว]

ผมเพิ่งจะเริ่มทดสอบการสำรอง แบบ xtrabackup ก็ไม่ผ่านซะแล้วครับ รบกวนช่วยดู error ด้วยครับ
ตอนนี้ฐานข้อมูลผม 44 GBs แล้วครับ


100724 14:41:54  InnoDB: Error: Write to file /mysqlbackup/xtrabackup_logfile failed at offset 0 0.
InnoDB: 2048 bytes should have been written, only -1 were written.

แก้โดย
อนุญาต mysql ให้มีสิทธิ์เขียนได้
chown mysql:mysql /var/lib/mysql/* -R
chown mysql:mysql /mysqlbackup/xtrabackup/* -R