BMS-HOSxP Community
HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: chinaga ที่ ธันวาคม 18, 2007, 13:20:46 PM
-
ผมใช้ mysql 5.0.27 เป็น server ครับ ใช้ hosxp v 3.50.10.28 ครับเพิ่งเริ่มใช้ v ใหม่วันนี้ ครับ แต่การทำงานของ Mysql workload สูงมากเลยครับ ไม่ทราบเกิดอะไรขึ้นเหมือนกัน ท่านผู้รู้ท่านใดที่ทีประสบการณ์ของคำแนะนำด้วยครับ
-
เพิ่งจะเคยเกิดขึ้นหรือเกิดขึ้นเป็นประจำครับ
จากที่สังเกต กราฟก็ลงมาแล้วนี่ครับ
สูงช่วงเที่ยงๆ มีคนใช้งานอยู่(ทำรายงาน?)
หรือมี process ค้างอยู่หรือป่าวครับ (เดา)
-
ลองส่ง 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 !
ตอนนี้ก็เลย หมดปัญหาครับ ....ไม่รู้ว่าอาการแบบนี้จะเหมือนกันหรือเปล่าลองทำดูครับ
-
ผม up จาก V3.50.6.5 มาเป็น 3.50.10.28 ครับ รบกวนท่านผู้รู้ทั้งหลายช่วยด้วยครับ
ผมส่ง my.cnf ให้ช่วยดูด้วยครับ
-
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 น.
-
เห็นคำสั่ง
* เรียกทั้งหมด
จาก ตารางเดียวกัน
อยู่ 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ชม. เลิกงานก่อนนะครับ...ขอบพระคุณครับ
-
เคยเจอเหมือนกันครับ เป็นปัญหาอยู่นาน อ.mn เป็นคนแก้ปัญหาให้โดยเปลี่ยนเป็น innodb ขั้นตอนก็ทำตาม
ที่คุณ tanoy999 บอก
-
การเปลี่ยนตารางเป็น Innodb ต้องเริ่มจากตารางไหนก่อนดีครับ ระบบจึงจะใช้งานได้ไม่ได้ติดขัด วันนี้การใช้งานติดขัดตลอดเลยครับ ขนาดช่วงเย็นคนไข้ไม่ค่อยมียังติดขัดเลยครับ
-
ทำพร้อมกันได้หมดเลยครับ ตลอดนี้ระบบจะไม่หยุด แต่จะรู้สึก่ว่าช้าแต่ทำงานได้ครับ
-
ถ้าเปลี่ยนพร้อมกันหมดเลยทำอย่างไรครับ ทำตามขั้นตอนที่คุณtanoy999 แนะนำหรือเปล่าครับ
ตอนนี้ผม up เป็น v 3.50.12.1 แล้วครับ ตอนเย็นไม่ค่อยมีคนไข้ระบบก็ทำงานได้ดีครับ ใช้งานอยู่ ห้องบัตร er ห้องยา แล้วก็ตึกผู้ป่วยใน ครับ สงสัยพรุ่งนี้คง ค้างอีกครับ เพราะตอนนี้ยังไม่ได้ทำเป็น innodb เลยครับ
กำลังดูอยู่ครับว่าจะทำตามขั้นตอนไหน ขอท่านผู้รู้ชี้แนะด้วยครับ
-
Table : opitemrece is innodb !
ทำก่อนเลย
ดูจาก การใช้คำสั่ง
-
ถ้าเปลี่ยนพร้อมกันหมดเลยทำอย่างไรครับ
ปุ่ม High Performance ครับ
-
ของ รพศ.ราชบุรี เมื่อ 8-9 โมงเช้าวันนี้ครับ ตารางยังเป็น MyISAM ทั้งหมดอยู่เลย :P
-
หลังจาก up จาก v 3.50.10.28 ไปเป็น 3.50.12.1 ตั้งแต่ตอนเช้ามายังไม่ค้างสักครั้งเลยครับ เริ่มตั้งแต่ 08.30 ไม่พบการค้างสักครั้งเลยครับ Mysql workload อยู่ในระดับที่น่าพอใจครับ ไม่รู้เหมือนกันครับว่าเกิดจากสาเหตุอะไร ?? ยังไม่ได้ทำตารางให้เป็ innodb สักตารางเลยครับ คนไข้ตอนนี้ 382 คนครับ
-
จะตั้งเป็นช่วงเวลา ต้องทำอย่างไรครับ
กราฟผม แนว x เป็นทุก 3 วัน
-
ตรง latest ถ้าตั้ง 60 ก็จะเป็นช่วงเวลา 60 นาที (1 ชั่วโมง)
-
หายหรือยัง
ถ้ายัง
ตรวจสอบ 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);
-
ตอนนี้เท่าที่ใช้งานมายังไม่เจอเหตุการณ์เหมือนที่เกิดขึ้นอีกครับ ตอนนี้ใช้มาได้ 3 วันแล้วครับ
ไม่ทราบว่าตรวจสอบ
ตรวจสอบ INDEX
หรือ ยังเป็น Fulltable
Table : opitemrece
ทำใน column vn เพราะไม่ได้เป็น PK
ปกติ เค้าทำมาให้แล้ว ตรวจสอบดูว่ามีอยู่หรือเปล่า
ตรวจสอบอย่างไรครับ