|
|
| 1 | 2 | 3 | 4 | 5 |
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | |
|
|
|
|
|
|
|
|
สิ่งที่มองข้ามไป
พอดี project ใหม่ขึ้นเลยขอ share ประสบการณ์ให้ฟังล่ะกัน ซึ่ง project ที่ว่านั้นทำงานกับธนาคารแห่งหนึ่ง ซึ่งออกแนวรัฐวิสาหกิจ
project นี้เป็น project ที่ค้างมาตั้งแต่ปีที่แล้ว ปิดไม่ลงล่ะเนี่ย แต่ไม่เป็นไร เดี๋ยวปิดให้ได้ล่ะกัน
ขั้นตอนมันคือ ย้ายฐานข้อมูลจากอีกเครื่องไปยังเครื่องใหม่ ซึ่งมีขนาดของเครื่องที่ใหญ่กว่าเดิม (เพิ่มขึ้นประมาณสองเท่าเห็นจะได้ ทุกอย่างตั้งแต่จำนวน CPU RAM ขนาด HDD)
ย้ายเสร็จฐานข้อมูลก็ เร็วดี แต่เมื่อใช้งานจริงดันมีปัญหาบ้างอย่างที่คาดไม่ถึง คือ SQL บ้างตัวทำงานได้ช้ามาก เราก็นึกว่ามันเกิดจาก index ก็จัดการ rebuild index ก็ไม่หาย เอาทำต่อไป เอา reference table ขึ้น db_Cacahe_Size ผ่านทาง db_keep_cache_size มันก็ไม่เร็วอีก อ้าวงานนี้ลองเอา index ไปวางบน memory ก็ไม่เร็วอีก ลองแก้ไข query ซิ คราวนี้เร็วมานิดหน่อย ประมาณ 10% เอาสุดท้ายแล้ว analy table คราวนี้ทำเสร็จ เร็วขึ้นเลย
เลยงงกับตัวเองไปว่า ที่งมมาตั้งนาน มันมีปัญหาเรื่องที่เกี่ยวข้องกับ stat ภายในของ ORACLE ที่เกี่ยวข้องกับ tableโดยตรง ขำไม่ออกเลย นั้นคือ ทุกย่างถ้าหากไม่ทำ ทำแต่ analy table ก็เพียงพอแล้ว งานนี้เป็นการทำ perfermance tunning แบบไม่ตั้งใจ :)
Create Date : 06 เมษายน 2551 |
Last Update : 6 เมษายน 2551 20:24:35 น. |
|
0 comments
|
Counter : 409 Pageviews. |
|
|
|
| |
|
|