ขอความช่วยเหลือ mysql workload สูงมากครับ

[chinaga]

ผมใช้ mysql 5.0.27 เป็น server ครับ ใช้ hosxp  v 3.50.10.28 ครับเพิ่งเริ่มใช้ v ใหม่วันนี้ ครับ แต่การทำงานของ Mysql workload สูงมากเลยครับ ไม่ทราบเกิดอะไรขึ้นเหมือนกัน ท่านผู้รู้ท่านใดที่ทีประสบการณ์ของคำแนะนำด้วยครับ

[SrWooD]

เพิ่งจะเคยเกิดขึ้นหรือเกิดขึ้นเป็นประจำครับ

จากที่สังเกต กราฟก็ลงมาแล้วนี่ครับ

สูงช่วงเที่ยงๆ มีคนใช้งานอยู่(ทำรายงาน?)

หรือมี process ค้างอยู่หรือป่าวครับ (เดา)

[nuttavut]

ลองส่ง my.cnf มาให้ อ. หลายๆท่านช่วยดูให้ครับ

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

แบบนี้  รพ.  ของผมก็เคยเป็นครับ   ก็เลยลองเปลี่ยนชนิดตารางหลักๆ  มาเป็น innodb

Table : vn_stat is innodb !
Table : rcpt_print_detail is innodb !
Table : rcpt_print is innodb !
Table : patient is innodb !
Table : ovstdiag is innodb !
Table : ovst is innodb !
Table : opitemrece is innodb !
Table : opdscreen is innodb !
Table : onlineuser is innodb !
Table : lab_order is innodb !
Table : lab_head is innodb !
Table : iptdiag is innodb !
Table : ipt is innodb !
Table : incoth is innodb !
Table : incith is innodb !
Table : doctor_order_print is innodb !
Table : an_stat is innodb !
ตอนนี้ก็เลย  หมดปัญหาครับ  ....ไม่รู้ว่าอาการแบบนี้จะเหมือนกันหรือเปล่าลองทำดูครับ

[chinaga]

ผม up จาก V3.50.6.5 มาเป็น 3.50.10.28 ครับ รบกวนท่านผู้รู้ทั้งหลายช่วยด้วยครับ
ผมส่ง my.cnf ให้ช่วยดูด้วยครับ

[chinaga]

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

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

tool---------miscellaneous------check DB  -------Advance

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

1. ชื่อตาราง ที่จะเปลี่ยน
2.  ชนิด  เป็น    type = innodb             ถ้า    myisam      จะได้  type=myisam
3. กด  execut 

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

mysql workload      ของ รพ.  ผมครับ    ตอน 15.00 น.  ปะมาณนั้น

-centos 64  บิต
-mysql5.0.37  64 บิต
-hosxp3.50.12.4

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

จับเวลาได้ ประมาณ  30  นาที ครับ  ตอนนี้ เวลา 15.30 น.

[howtodo]

เห็นคำสั่ง
* เรียกทั้งหมด
จาก ตารางเดียวกัน
อยู่ 4 เครื่อง

column เดียวกันด้วย
สถานะ เป็นการ Lock ซึ่งอาจจะต้องมีการรอกันทำงาน 

โชคดีที่ไม่เกิด DEADLOCK

In the InnoDB transaction model, the goal is to combine the best properties of a multi-versioning database with traditional two-phase locking. InnoDB does locking on the row level and runs queries as non-locking consistent reads by default, in the style of Oracle. The lock table in InnoDB is stored so space-efficiently that lock escalation is not needed: Typically several users are allowed to lock every row in the database, or any random subset of the rows, without InnoDB running out of memory.

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

ขณะนี้   16.00  น.     รันมาได้  1ชม.   เลิกงานก่อนนะครับ...ขอบพระคุณครับ

[maaeda]

เคยเจอเหมือนกันครับ  เป็นปัญหาอยู่นาน อ.mn เป็นคนแก้ปัญหาให้โดยเปลี่ยนเป็น innodb  ขั้นตอนก็ทำตาม
ที่คุณ tanoy999 บอก 

[chinaga]

การเปลี่ยนตารางเป็น Innodb ต้องเริ่มจากตารางไหนก่อนดีครับ ระบบจึงจะใช้งานได้ไม่ได้ติดขัด วันนี้การใช้งานติดขัดตลอดเลยครับ ขนาดช่วงเย็นคนไข้ไม่ค่อยมียังติดขัดเลยครับ

[doramon]

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

[chinaga]

ถ้าเปลี่ยนพร้อมกันหมดเลยทำอย่างไรครับ ทำตามขั้นตอนที่คุณtanoy999 แนะนำหรือเปล่าครับ

ตอนนี้ผม up เป็น v 3.50.12.1 แล้วครับ ตอนเย็นไม่ค่อยมีคนไข้ระบบก็ทำงานได้ดีครับ ใช้งานอยู่ ห้องบัตร er ห้องยา แล้วก็ตึกผู้ป่วยใน ครับ สงสัยพรุ่งนี้คง ค้างอีกครับ เพราะตอนนี้ยังไม่ได้ทำเป็น innodb เลยครับ
กำลังดูอยู่ครับว่าจะทำตามขั้นตอนไหน ขอท่านผู้รู้ชี้แนะด้วยครับ

[howtodo]

Table : opitemrece is innodb !

ทำก่อนเลย

ดูจาก การใช้คำสั่ง

[SrWooD]

ถ้าเปลี่ยนพร้อมกันหมดเลยทำอย่างไรครับ

ปุ่ม High Performance ครับ

[somnuk]

ของ รพศ.ราชบุรี เมื่อ 8-9 โมงเช้าวันนี้ครับ ตารางยังเป็น MyISAM ทั้งหมดอยู่เลย 

[chinaga]

หลังจาก up จาก v 3.50.10.28 ไปเป็น 3.50.12.1  ตั้งแต่ตอนเช้ามายังไม่ค้างสักครั้งเลยครับ เริ่มตั้งแต่ 08.30 ไม่พบการค้างสักครั้งเลยครับ Mysql workload อยู่ในระดับที่น่าพอใจครับ ไม่รู้เหมือนกันครับว่าเกิดจากสาเหตุอะไร ?? ยังไม่ได้ทำตารางให้เป็ innodb สักตารางเลยครับ คนไข้ตอนนี้ 382 คนครับ

[pijit_w]

จะตั้งเป็นช่วงเวลา ต้องทำอย่างไรครับ
กราฟผม แนว x เป็นทุก 3 วัน

[somnuk]

ตรง latest ถ้าตั้ง 60 ก็จะเป็นช่วงเวลา 60 นาที (1 ชั่วโมง)

[howtodo]

หายหรือยัง 
ถ้ายัง
ตรวจสอบ INDEX
หรือ ยังเป็น Fulltable
Table : opitemrece
ทำใน  column  vn เพราะไม่ได้เป็น PK
ปกติ เค้าทำมาให้แล้ว ตรวจสอบดูว่ามีอยู่หรือเปล่า


En MySQL 5.0, algunos motores le permiten especificar un tipo de índice cuando se crea un índice. La sintaxis para el especificador index_type es USING type_name. Los valores type_name posibles soportados por distintos motores se muestran en la siguiente tabla. Donde se muestran múltiples tipos de índice , el primero es el tipo por defecto cuando no se especifica index_type .
Motor de almacenamiento Tipos de índice permitidos

MyISAM    BTREE
InnoDB BTREE
MEMORY/HEAP HASH, BTREE 

Ejemplo:
CREATE TABLE lookup (id INT) ENGINE = MEMORY;
CREATE INDEX id_index USING BTREE ON lookup (id);

[chinaga]

ตอนนี้เท่าที่ใช้งานมายังไม่เจอเหตุการณ์เหมือนที่เกิดขึ้นอีกครับ ตอนนี้ใช้มาได้ 3 วันแล้วครับ
ไม่ทราบว่าตรวจสอบ
ตรวจสอบ INDEX
หรือ ยังเป็น Fulltable
Table : opitemrece
ทำใน  column  vn เพราะไม่ได้เป็น PK
ปกติ เค้าทำมาให้แล้ว ตรวจสอบดูว่ามีอยู่หรือเปล่า

ตรวจสอบอย่างไรครับ