update table_name set field_name = replace(field_name, 'คำที่ค้นหา','คำที่ต้องการแทนที่');

แค่นี้ก็เรียบร้อยแล้วครับ

ต้องเข้าไปเขียน SQL Script เพื่อทำการ Update ค่า post_type ให้เป็น ดังที่เราต้องการ อันนี้ขอยกตัวอย่าง 2 อัน คือ page และ post โดย
ให้ update ที่ ID ของ Post หรือ Page นั้นๆ โดยเอา mouse ไปวาง แล้วดูที่ status bar ดังรูป

จากนั้นก็ทำการ Run SQL Script

UPDATE wp_posts SET post_type = ‘post’ WHERE  ID =473 ;

แค่นี้ Page ก็เปลี่ยนเป็น Post แล้วครับ

แต่แม้จะเหลือแค่ 10 Mb ชีวิตผมก็ไม่ได้ง่ายขึ้นเลย เพราะว่า นอกจากจะต้องแปลง Encoding แล้ว ผมยังต้อง หาทาง Split File ที่ได้จาก mysqldump ให้เหลือสักไม่เกิน 1 Mb ด้วย เพราะถ้าไฟล์ขนาดนี้ การ ส่งไป Monster Host ไม่่ง่ายเลย เพราะมันจะเดี้ยง เดี้ยง และ เดี้ยง

แต่แล้วผมก็ได้พบกับ BigDump ที่ช่วย Webboard ของผมได้ในที่สุด เพราะโปรแกรมสามารถทำให้ restore ข้อมูลขนาดใหญ่ๆ ได้อย่างสบายๆ เพราะว่า ถ้าไฟล์มันใหญ่มาก ก็ upload ผ่าน FTP ไปแทนเลย ซึ่ง โปรแกรมนี้แก้ปัญหาให้ผมได้นั่นเอง

หน้าตาโปรแกรมเป็นแบบข้างบน

Config ก็ไม่มีอะไรมากครับ ให้เปิดไฟล์ bigdump.php ด้วย Editor แล้วเข้าไปแก้ไขได้เลยครับ
// Database configuration

$db_server = ‘localhost’;
$db_name = ‘ชื่อ database ของคุณ’;
$db_username = ‘username’;
$db_password = ‘password’;

สำหรับผมที่สำคัญคือตัวนี้
$db_connection_charset = ’tis620′;
เพราะว่าต้อง เปลี่ยน charset นิดหน่อยไม่งั้นมันเป็น ??

หลังจากนั้นก็ upload ขึ้น web server ของคุณที่ต้องการเอาไฟล์นี้ไปต่อ Database แล้วก็ทำตามขั้นตอนของโปรแกรมได้เลยครับ

แค่นี้ก็ลืมเรื่อง split mysql backup จาก mysqldump ไปได้เลย (น่าจะค้นเจอก่อนหน้านี้ เพราะว่า จริงๆ มันง่ายกับการ restore database แบบธรรมด้วยเหมือนกัน T_T)

ขั้นตอนแรกต้องอ่าน Table มันออกมาเป็น Script SQL เสียก่อน ด้วยคำสั่ง Backup Mysql ชื่อ mysqldump

ตัวอย่าง
เข้าไปที่ Dos
พิมพ์คำสั่ง cd \ เพื่อเข้าไปที่ Root ของ Drive C
พิมพ์คำสั่ง mysqldump –default-character-set={ค่า charset} -u {Username} -p {ชื่อ database}> backup.sql

ตัวอย่าง : mysqldump –default-character-set=latin1 -u root -p db_museumshopbangkok> msbkk_backup.sql

โดยแทนค่าดังนี้
{ค่า charset} = ของผมจะเป็น latin1
{Username} = username สำหรับ mysql
{ชื่อ database} = ชื่อ database ที่ต้องการ backup

จากนั้นกด Enter mysqldump จะถาม password ให้ใช่ Password ของ Root ไป

เราก็จะได้ไฟล์ที่อ่าน เป็น ภาษาไทยออกมาแล้ว ใน backup.sql

คราวนี้เราต้องมาแก้ charset ใน File backup.sql ให้ตรงกับ server ใหม่ โดยเปลี่ยนดังนี้

จาก
DEFAULT CHARSET=latin1;
เป็น
DEFAULT CHARSET=utf8;

จากนั้นก็เอาเข้า Server ใหม่ด้วย charset ที่เราตั้งใหม่ เหมือนกันทั้งหมด เป็นอันเสร็จสิ้นครับ

ใครมีปัญหาอะไรเม้นท์ถามได้ครับ

วันนี้เข้าไปค้นหาในเว็บเิพิ่มเติม ได้พบบทความเกี่ยวกับเรื่องนี้ ของ อาจารย์ ปัญญรักษ์ งามศรีตระกูล

การ dump ข้อมูลใน MySQL ให้ถูกต้องตาม Character-set

ถ้าคุณต้องการ จัดรูปแบบวันที่ใน MySQL ละก็ต้องนี่

select date_format(’2008-02-01′, ‘%d-%m-%Y’)

ผลจะออกมาเป็น 01-02-2008

ถ้าคุณต้องการเพิ่มวัน ต้องแบบนี้

SELECT ’2008-02-01′ + INTERVAL 6 day

ผลจะออกมาเป็น 2008-02-07

ถ้ามีเพิ่มเติมในแต่ละขั้นตอนจะนำมาโพสเพิ่มเติมครับ

เหตุมันเกิดที่ มาวันนึงผมไม่สามารถ Start MySQL Service ได้ เนื่องจากผมไป Skip InnoDB ใน my.ini แล้วก็ไม่ได้ Restart MySQL Service แล้วเครื่อง ทำการ Update Windows ซึ่ง Windows ก็จับ Restart ตัวเองตอนตี 3 พอ Restart เสร็จก็ Start MySQL Service ไม่ได้ จะขึ้น Error

System error 1067 has occurred

ผมก็ลืมไปว่า ไป Skip InnoDB ไว้ เลยไปลบไฟล์

ib_logfile0
ib_logfile1
ibdata1

เพื่อลองแก้ปัญหาดู
แต่ก็ยังไม่หาย เผอิญนึกขึ้นได้ ก็เลยไป เอา Comment ใน my.ini ตรง #skip-innodb ใส่ไว้ตามเดิม แล้วลอง Start Service Mysql ใหม่ ก็สามารถใช้งานได้ตามปกติ

สำหรับคนที่ Start MySQL Service ไม่ขึ้น แนะนำว่าให้ลอง รัน MySQL โดยไม่ Start Service ดู ก็จะพบ Error ที่ชัดเจนกว่า Error ในการ Start Service แบบธรรมดา

ของผมลอง mysqld –defaults-file=F:\MySQLx\my.ini –standalone

ก็จะพบ Error ทำให้ทราบว่า skip innodb ไป

แต่เมื่อ Start MySQL Service แล้วกลับพบว่า DB ของ WordPress ไม่สามารถใช้งานได้เลยเลยสักเว็บ โดยจะขึ้น

Error “Got error 1 from storage engine”

เวลา Query ข้อมูล ผมลองเข้าไป ดู Error ใน ไฟล์

F:\MySQLx\data\ชื่อเครื่อง.err ก็พบ Error ว่าตอน Select ข้อมูลจะมี Error ดังนี้

070816 11:09:49 InnoDB error:
Cannot find table db_bangkokr/wp_links from the internal data dictionary
of InnoDB though the .frm file for the table exists. Maybe you
have deleted and recreated InnoDB data files but have forgotten
to delete the corresponding .frm files of InnoDB tables, or you
have moved .frm files to another database?
Look from section 15.1 of http://www.innodb.com/ibman.html
how you can resolve the problem.

ผมก็เดาเลยว่า น่าจะเป็น 3 ไฟล์ที่ผมลบทิ้งไป ผมเลย Stop Service เอาไฟล์มาคืนที่เดิม แล้วสั่ง Start Service ใหม่
ก็สามารถใช้งาน ได้ตามปกติ

สรุป โปรแกรมไมไ่ด้ Error อะไรเลย มีแต่ Human Error ครับ – -”

Powered by ScribeFire.

ปัญหานี้เกิดจาก การที่ MySQL มีการเปลี่ยนแปลงกระบวนการในการเข้ารหัส password ของ user
ผลก็คือ ทำให้ client รุ่นเก่า ไม่สามารถติดต่อ MySQL ได้ ซึ่งกลไกดังกล่าว มีใช้ใน MySQL 4.1 เป็นต้นไป

แต่เราสามารถสั่งให้ MySQL สามารถใช้ OLD_PASSWORD() เพื่อกำหนดให้ MySQL ใช้รูปแบบการจัดเก็บ password แบบเดิมได้ เช่น

CODE

mysql> SET PASSWORD FOR ‘some_user’@'some_host’ = OLD_PASSWORD(‘newpwd’);

หรือการมี user อยู่แล้ว

CODE

mysql> UPDATE mysql.user SET Password = OLD_PASSWORD(‘newpwd’)
WHERE Host = ‘some_host’ AND User = ‘some_user’;
mysql> FLUSH PRIVILEGES;

ถ้าคุณมี user อยู่เป็นพัน เปลี่ยนแบบนี้คงไม่ไหวแน่ กรณีนี้ให้สั่ง MySQL ทำงานคู่กับ parameter –old-passwords

CODE

mysqld –old-passwords