ปัญหา ตาราง opitemrece_log มีขนาดใหญ่มาก..

[nuttavut]

ตรวจพบปัญหา ตาราง opitemrece_log มีขนาดใหญ่มาก....เป็นผลให้เวลา backup จะนานและเวลา Check Database จะนานเช่นกัน....อยากสอบถาม อ.MN ครับว่าจะทำอย่างไรดี.....จะลบก็เสียดายข้อมูลเวลาตรวจสอบข้อมูล...แต่ถ้าปล่อยไป(อนาคต)คงไม่ดีแน่ๆ......แนวทางที่คิดคือ.....คิดว่าจะ backup แล้วจะลบรายการเก่าๆทิ้งไปบ้าง...อ.MN มีความเห็นอย่างไรบ้างครับ....

[doramon]

ดูตารางผิดไป นึกว่าอีกตารางหนึ่ง

[manoi]

แนวทางคงคล้ายๆ ksklog หรือ replicate_log ครับ นั้นคือ สร้างฐานข้อมูลใหม่ขึ้นมา แล้วทำการ insert ignore ข้อมูลจากตาราง opitemrece_log เข้าไป ครับ จากนั้นจึงลบข้อมูลออกจากตาราง opitemrece_log

[nuttavut]

แนวทางคงคล้ายๆ ksklog หรือ replicate_log ครับ นั้นคือ สร้างฐานข้อมูลใหม่ขึ้นมา แล้วทำการ insert ignore ข้อมูลจากตาราง opitemrece_log เข้าไป ครับ จากนั้นจึงลบข้อมูลออกจากตาราง opitemrece_log

ขอบคุณ อ.MN ครับ จะลองทำดูตามที่ อ. แนะมาครับ....

[อู๋kokha50]

แนวทางคงคล้ายๆ ksklog หรือ replicate_log ครับ นั้นคือ สร้างฐานข้อมูลใหม่ขึ้นมา แล้วทำการ insert ignore ข้อมูลจากตาราง opitemrece_log เข้าไป ครับ จากนั้นจึงลบข้อมูลออกจากตาราง opitemrece_log

ท่าน Nuttavut ขอคำแนะนำ ขั้นตอนการ ทำตามที่ อ.MN ด้วยครับ
1.สร้างฐานข้อมูลใหม่ แบบไหนทำอย่างไร
2.Insert ignore --> ตาราง OPitemrece_log ทำตรงไหนครับ

[doramon]

CREATE TABLE opitemrece_log_temp SELECT * FROM opitemrece_log  LIMIT 0;


INSERT IGNORE INTO opitemrece_log_temp SELECT * FROM opitemrece_log;

[nuttavut]

CREATE TABLE opitemrece_log_temp SELECT * FROM opitemrece_log  LIMIT 0;


INSERT IGNORE INTO opitemrece_log_temp SELECT * FROM opitemrece_log;

ขอบคุณ อ.อ๊อด...ครับผม.........

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

log ต่างๆ ผมว่ามันใหญ่มากคือ

1. ksklog
2. opitemrece_log
3. report_access_log

มันใหญ่มากๆ
 

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

ขอรายละเอียดการจัดการ  log  ต่างๆเป็นขั้นตอนง่ายๆด้วยครับ....ขอบพระคุณครับ
 

[chinaga]

ขอขั้นตอนด้วยคนครับ ตอนนี้ที่เครื่อง server ตาราง log ต่างๆขนาดใหญ่มากเลยครับ ทำให้เครื่องช้าครับ ตอนนี้ตองการลบออกอย่างมากเลยครับแต่ไม่กล้าเท่าไหร่เพราะไม่ค่อยมีความรู้กว่ามันเสียครับ

[manoi]

ผมเคย Post เอาไว้ใน Webboard แล้วครับ ฝาก อ.อ๊อด ค้นให้หน่อยครับ 

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

น่าจะอันนี้

http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=3539.0

[doramon]

แนะนำให้ใช้วิธีนี้ครับ

1. สร้างฐานข้อมูลเปล่าๆ ไว้ เช่น hos_log ด้วยคำสั่ง

create database hos_log

2. หากต้องการลบข้อมูลออกจากตารางไหน ให้ใช้คำสั่งนี้ครับ (ตัวอย่างตาราง ksklog)

create table hos_log.ksklog select * from hos.ksklog limit 0;
alter ignore table hos_log.ksklog add primary key (ksklog_id);
insert ignore into hos_log.ksklog select * from hos.ksklog;
delete from hos.ksklog;

[doramon]

ครั้งต่อไป ไม่ต้องสร้างตารางใหม่แล้วครับ แค่

insert ignore into hos_log.ksklog select * from hos.ksklog;
delete from hos.ksklog;

[ไม่เสียสละ ชัยชนะไม่เกิด]

พี่อ๊อด แปลให้หน่อยครับทำไมต้อง insert ignore to
             ด้วยครับขอบคุณมากครับ

[naj]

insert ignore หมายถึงถ้ามีข้อมูลเดิมอยู่ก่อนแล้วให้มันข้ามไปครับ รับแต่ข้อมูลที่เพิ่มมาใหม่

[doramon]

ทดสอบทำสองครับ

ทำแบบมี insert ignore

และ insert

[SrWooD]

กำลังมองเืรื่องของข้อมูลที่เป็น log ไฟล์ต่างๆ ครับ

ว่าจำเป็นต้องเก็บไว้หรือป่าว

และถ้าจำเป็นต้องเก็บจะเก็บไว้นานแค่ไหน

มีผลทางด้านใดๆ บ้าง

เพราะจากการ create database hos_log ซึ่งเป็น Database อีกหนึ่ง DB

จะพบปัญหาตอน Backup ครับ

ว่ามันต้องไม่มาด้วยแน่นอน

ยิ่งถ้าต้องมีการโอนย้ายเครื่อง server ใหม่จะต้องเอาไปด้วยหรือป่าว

และจะใช้วิธีไหน Initial Import ก็คงไม่ได้ คงใช้ได้แ่ต่การ Dump ไปอย่างเดียว

ซึ่งก็ค่อนข้างทำได้ยากกว่าการ Initial Import ครับ

ปัญหาของ Admin และเป็นความน่าเชื่อถือของระบบครับ (ยิ่งถ้าใช้ paperless ด้วยก็น่าจะยิ่งจำเป็นมากๆๆๆ)

กำลังมองหาวิํธีอยู่ครับ ซึ่งถ้าทำได้แบบ Opitemrece ก็สะดวกครับ

เก็บไว้เป็นหมวดหมู่ใน DB เดียวกัน ไปไหนไปด้วยกันอะไรประมาณนี้ครับ(ถ้ามีความจำเป็นขนาดนั้น)

ไม่รู้ท่านอื่น มีความเห็นอย่างไรบ้างครับ

สรุปอยากได้แบบสะดวก เป็นหมวดหมู่ ง่ายในการบริหารจัดการครับ

 

[nuttavut]

กำลังมองเืรื่องของข้อมูลที่เป็น log ไฟล์ต่างๆ ครับ

ว่าจำเป็นต้องเก็บไว้หรือป่าว

และถ้าจำเป็นต้องเก็บจะเก็บไว้นานแค่ไหน

มีผลทางด้านใดๆ บ้าง

เพราะจากการ create database hos_log ซึ่งเป็น Database อีกหนึ่ง DB

จะพบปัญหาตอน Backup ครับ

ว่ามันต้องไม่มาด้วยแน่นอน

ยิ่งถ้าต้องมีการโอนย้ายเครื่อง server ใหม่จะต้องเอาไปด้วยหรือป่าว

และจะใช้วิธีไหน Initial Import ก็คงไม่ได้ คงใช้ได้แ่ต่การ Dump ไปอย่างเดียว

ซึ่งก็ค่อนข้างทำได้ยากกว่าการ Initial Import ครับ

ปัญหาของ Admin และเป็นความน่าเชื่อถือของระบบครับ (ยิ่งถ้าใช้ paperless ด้วยก็น่าจะยิ่งจำเป็นมากๆๆๆ)

กำลังมองหาวิํธีอยู่ครับ ซึ่งถ้าทำได้แบบ Opitemrece ก็สะดวกครับ

เก็บไว้เป็นหมวดหมู่ใน DB เดียวกัน ไปไหนไปด้วยกันอะไรประมาณนี้ครับ(ถ้ามีความจำเป็นขนาดนั้น)

ไม่รู้ท่านอื่น มีความเห็นอย่างไรบ้างครับ

สรุปอยากได้แบบสะดวก เป็นหมวดหมู่ ง่ายในการบริหารจัดการครับ

 

ปัญหาคือ....มันจะมีขนาดใหญ่มากๆครับ...เวลา backup จะทำให้เกิด error หรือ backup ไม่สำเร็จ...ดังนั้นจึงต้องย้ายไปเก็บไว้ที่ Database อื่น...แทน...แล้วลบจากอันเดิมไห้เหลือน้อยๆ(ย้อนหลังได้สักเดือน....)...ผมว่าแนวทางที่ อาจารย์ แนะนำ..น่ะ...ดีแล้วครับ.... เพราะถ้าเอาไว้ใน Database เดียวกันก็เหมือนเดิมครับคือมันจะใหญ่...ผมลองทำแล้วครับ...ได้ผดีครับ...Backup ธรรมดาได้ check Database ได้เร็วขึ้นครับ....

[SrWooD]

ครับ ท่าน nuttavut

แต่ที่ำผมกำลังสนใจคือ log ไฟล์ต่างๆ สำคัญมากแค่ไหน

และจะต้องเก็บไว้เพื่ออะไร นานเท่่าไรครับ

ถ้ามีความจำเป็นจริงในการนำไปอ้างอิงในภายหลัง

ถ้าเก็บแยกคนละ database แล้วมีวิีธีบริหารจัดการ เช่น จะเข้าไปดูได้อย่างไร ที่สะดวก

ผมเข้าใจเรื่องของ database ที่จะมีขนาดใหญ่มากครับ

แต่ตรงกันข้าม ถ้าไม่สำคัญเท่่าไรกับ log ไฟล์ต่างๆ ก็จัดการเคลียร์เสียก็ได้ครับ

แต่ในความรู้สึก คือ น่่าจะมีอะไรที่ง่ายและสะดวกในการบริหารจัดการเรื่อง log ไฟล์ครับ

(ความเห็นส่วนตัวครับ)

 

[nuttavut]

ครับ ท่าน nuttavut

แต่ที่ำผมกำลังสนใจคือ log ไฟล์ต่างๆ สำคัญมากแค่ไหน

และจะต้องเก็บไว้เพื่ออะไร นานเท่่าไรครับ

ถ้ามีความจำเป็นจริงในการนำไปอ้างอิงในภายหลัง

ถ้าเก็บแยกคนละ database แล้วมีวิีธีบริหารจัดการ เช่น จะเข้าไปดูได้อย่างไร ที่สะดวก

ผมเข้าใจเรื่องของ database ที่จะมีขนาดใหญ่มากครับ

แต่ตรงกันข้าม ถ้าไม่สำคัญเท่่าไรกับ log ไฟล์ต่างๆ ก็จัดการเคลียร์เสียก็ได้ครับ

แต่ในความรู้สึก คือ น่่าจะมีอะไรที่ง่ายและสะดวกในการบริหารจัดการเรื่อง log ไฟล์ครับ

(ความเห็นส่วนตัวครับ)

 

Log File จะมีประโยชน์ก็ต่อเมื่อต้องการหาว่าใครเป็นคนลบข้อมูล หรือคีย์ขอมูล ล่ะครับ....ถามว่าจำเป็นไหม...ในยามที่ไม่เกิดปัญหาคงไม่จำเป็น...แต่ถ้าเกิดในกรณีอย่างที่กล่าวข้างต้นมันจะสำคัญมากๆๆ...ดังนั้นขึ้นอยู่กับ ..ท่าน Admin แล้วล่ะครับว่าจะทำแบบไหน...สำหรับผม...เก็บไว้บางส่วน...ส่วนที่เหลือก็ทำอย่างที่ อ.MN แนะนำครับ...เผื่อต้องใช้ในอนาคต...(กันเหนียว...) เพราะเก็บไว้ก็ไม่เสียหายอะไรนี่ครับ..ไม่กระทบต่อ Database หลักอยู่แล้ว....แถมทำให้ระบบหลักมีประสิทธิภาพการทำงานดีขึ้นด้วย....

[SrWooD]

Log File จะมีประโยชน์ก็ต่อเมื่อต้องการหาว่าใครเป็นคนลบข้อมูล หรือคีย์ขอมูล ล่ะครับ....ถามว่าจำเป็นไหม...ในยามที่ไม่เกิดปัญหาคงไม่จำเป็น...

เห็นด้วยอย่างยิ่งครับ

แต่เราจะทราบได้อย่างไรว่าจะไม่เกิดปัญหาในภายหน้าครับ

หลายๆ ที่ใช้ระบบ paperless ใช้ประโยชน์จาก log ไฟล์นี้หรือป่าวครับ

ของท่าน nuttavut เป็น paperless หรือป่าวครับ

จะได้แลกเปลี่ยนแนวคิดด้วยครับ

เพราะการที่เราจะ present ระบบ paperless ได้ ส่วนตัวคิดว่าต้องสร้างความเชื่อถือ

ในระบบให้ได้เสียก่อนครับ ว่าสามารถติดตามได้ถ้าเกิดมีการเปลี่ยนแปลงข้อมูลภายในระบบครับ

 

[nuttavut]

ของท่าน nuttavut เป็น paperless หรือป่าวครับ


 

ยังไม่ได้ปรับเป็น paperless ครับ....ยังกลัวเกิดปัญหาอยู่.....ขอแบบ ชัวๆ ไว้ก่อนครับ ท่าน....

[yord]

ท่านใดยังไม่เคยได้ลบตารางเหล่านี้เหมือนผมบ้าง ฮ่า ฮ่า
1. ksklog                       3,217862 record
2. opitemrece_log            835420 record
3. report_access_log     2,447024 record

ลบแต่ Replicate_log ตารางเดียวเองครับ
กะว่าคงจะต้องลบออกบ้างแล้วล่ะครับ ฮ่า ฮ่า ฮ่า 

[skypec]

ต้องลองในเครื่อง slave ดูก่อนแล้วกัน 

[kwh]

ผมว่าเราน่าจะอิงตาม พรบ ข้อมูลข่าวสารครับการเก็บ log ควรเก็บไว้ในเครื่อง 90 วันนับจากที่มีการจัดเก็บแต่ละครั้ง เวลาเอาไปตอบจะได้มีน้ำหนักมากขึ้น ส่วนที่เกินไปแล้วก็แล้วแต่ admin แต่ละที่จะบริหารจัดการครับ

[p_tong555]

เสนอให้อาจารย์ชัยพร สร้าง Tool ในการจัดการตารางที่มีขนาดใหญ่ ๆ เหล่านี้ คล้าย ๆ กับ Tool --> clear replication log ......แต่กำหนด option ให้เลือกด้วยว่า จะ clear ทิ้ง หรือเก็บข้อมูลไว้เป็นเวลานานขนาดไหนตามความต้องการ ...น่าจะดีและสะดวกกับผู้ดูแลระบบไหมครับ

[yord]

เห็นด้วยครับ

[jassada]

แล้วถ้าเราจะเอาข้อมูลใน DataBase hos_log มาใช้หล่ะครับ จะต้องทำยังไงครับ

[p_tong555]

ทั้งหลายเหล่านี้แหละครับ  ...จึงได้เสนอให้อาจารย์ Manoi ทำ Tool เพื่อสะดวกในการทำงานไงครับ.....หวังว่าอาจารย์ Manoi คงให้ความเมตตาเช่นเคยนะครับ

[doramon]

ทั้งหลายเหล่านี้แหละครับ  ...จึงได้เสนอให้อาจารย์ Manoi ทำ Tool เพื่อสะดวกในการทำงานไงครับ.....หวังว่าอาจารย์ Manoi คงให้ความเมตตาเช่นเคยนะครับ

วิธีเอากลับ ก็มีอยู่ครับ 

แต่คงต้องอธิบายนานๆ เลย   

[panomm]

อาจารย์ ครับความเห็นของผมว่าน่าจะมี Tools สำหรับจัดการตารางข้อมูลที่มีขนาดใหญ่ไว้สำหรับ Admin นะครับจะได้ถูกต้องและชัวร์ และเป็นมาตราฐานเดียวกันทุก รพ.
ขอบคุณครับ

[yord]

ดันครับ

[[-_เอ็ม_-]]

ดันอีกที อย่างแรงเลยครับผม   

[p_tong555]

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

[burntime]

ขอบคุณครับ ดันมะดันดอง