BMS-HOSxP Community

HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: tapaatee ที่ ตุลาคม 05, 2014, 23:02:04 PM

หัวข้อ: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 05, 2014, 23:02:04 PM

คือมีปัญหาอยู่ว่า ที่ห้องบัตรจะเข้าไปลงโรคในเมนูบันทึกผลวินิจฉัน คลิกเข้าไปที่คนไข้ที่ต้องการลงแล้วรอนาน ประมาณเกือบ 1 นาทีถึงจะเข้าไปลงโรคได้ ปัญหานี้ต้องแก้อย่างไรครับ ตอนนี้ลง hosxp เวอร์ชัน 3.57.8.15 ครับ ขอบคุณครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: Sukjai ที่ ตุลาคม 06, 2014, 07:33:33 AM

ลงข้อมูลตรงหน้าจอไหนครับที่ช้า มีภาพประกอบไหมครับ

Version ก่อนหน้านี้ ใช้ Version ไหน และมีปัญหาช้าหรือเปล่าครับ

OS ของ Server ใช้ตัวไหนครับ เช่น CentOS version ไหน 32 บิต หรือ 64 บิต ครับ

MySQL Server ที่ใช้ Version ไหนครับ

Spec server  RAM เท่าไหร่ และ HDD เป็นแบบไหนครับ

Client ลูกข่าย มีประมาณกี่เครื่องครับ

ขนาด Database มีขนาดกี่ G ครับ

Database เป็น InnoDB กี่ % ครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 06, 2014, 09:13:20 AM

Version ก่อนหน้านี้ ใช้ Version ไหน และมีปัญหาช้าหรือเปล่าครับ
-เวอร์ชันก่อนหน้านี้เป็น 3.56.4.22 ครับ ก็มีปัญหาช้าเหมือนกันครับ

OS ของ Server ใช้ตัวไหนครับ เช่น CentOS version ไหน 32 บิต หรือ 64 บิต ครับ
- เวอร์ชั่นที่ใช้ตอนนี้เป็น CentOS 6.3 64 bit ครับ

MySQL Server ที่ใช้ Version ไหนครับ
- Percona 5.5.31-30.3

Spec server  RAM เท่าไหร่ และ HDD เป็นแบบไหนครับ
- Ram 16 GB,Haddisk เป็น SAS

Client ลูกข่าย มีประมาณกี่เครื่องครับ
- 30-50 client

ขนาด Database มีขนาดกี่ G ครับ
- ประมาณ 30 G ครับ


Database เป็น InnoDB กี่ % ครับ
- เป็น Innodb 98% ครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: Sukjai ที่ ตุลาคม 06, 2014, 10:13:57 AM

ที่ช้าหมายถึง ตอนคลิกเข้าไปที่คนไข้ แต่ละรายแล้วโหลดช้าเหรอครับ

ขอดู my.cnf หน่อยครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 06, 2014, 11:04:27 AM

ช้าตอนคลิกเข้าไปในคนไข้แต่ละรายครับ


[client]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
default-character-set=tis620

[mysqld]
port      = 3306
socket      = /var/lib/mysql/mysql.sock

key_buffer = 6000M
max_allowed_packet = 256M
max_heap_table_size = 512M
max_connections=1000
table_cache = 1500
table_open_cache = 1500
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
myisam_sort_buffer_size = 2000M
thread_cache_size = 8
query_cache_type=2
query_cache_size= 2000M
thread_concurrency = 8
#default-character-set=tis620
character-set-server=tis620
skip-name-resolve
skip-character-set-client-handshake
#skip-locking
init_connect = 'SET NAMES tis620'
big-tables
default-storage-engine = INNODB
join_buffer_size = 2M
concurrent_insert = 2
join_buffer_size = 2M
concurrent_insert = 2

log_bin_trust_function_creators = 1     

innodb_file_per_table
innodb_data_home_dir = /var/lib/mysql/
innodb_log_group_home_dir = /var/lib/mysql/
#interactive_timeout = 600
#wait_timeout = 1200
innodb_data_file_path = ibdata1:100M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
#############################   mysql 5.1.X
#innodb_log_arch_dir = /var/lib/mysql/
#############################
innodb_buffer_pool_size = 8000M
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 1000M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_thread_concurrency = 0
#ulimit -n 30000


innodb_support_xa=0
innodb_open_files = 2000
innodb_locks_unsafe_for_binlog=1
innodb_flush_method=O_DIRECT
innodb_doublewrite=0




#innodb_adaptive_checkpoint = 1
innodb_io_capacity = 10000
innodb_write_io_threads = 16
innodb_read_io_threads = 16



[mysqldump]
quick
max_allowed_packet = 1000M
allow-keywords

[mysql]
no-auto-rehash
default-character-set=tis620

[isamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: Sukjai ที่ ตุลาคม 06, 2014, 11:53:45 AM

ไม่แน่ใจว่าเกี่ยวกับ my.cnf ไหมนะครับ

ไม่ได้ใช้ Tool BMS XTraBackup GUI ช่วยในการติดตั้ง MySQL สิครับ

ลอง นำ my.cnf ตัวนี้ ไปวางทับไฟล์เดิม  ก่อนวางทับให้สำรอง my.cnf ตัวเดิมไว้ก่อนนะครับ

วางเสร็จ Restart MySQL ด้วยนะครับ

ทำตอนไม่มีคนใช้งาน หรือ ใช้งานน้อยที่สุด 

หากไม่แน่ใจ Add Facebook : Sukjai Krub มานะครับ

 

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: เกื้อกูล ครับ.. ที่ ตุลาคม 06, 2014, 12:01:53 PM

อ้างจาก: Sukjai Krub ที่ ตุลาคม 06, 2014, 11:53:45 AM

ไม่แน่ใจว่าเกี่ยวกับ my.cnf ไหมนะครับ

ไม่ได้ใช้ Tool BMS XTraBackup GUI ช่วยในการติดตั้ง MySQL สิครับ

ลอง นำ my.cnf ตัวนี้ ไปวางทับไฟล์เดิม  ก่อนวางทับให้สำรอง my.cnf ตัวเดิมไว้ก่อนนะครับ

วางเสร็จ Restart MySQL ด้วยนะครับ

ทำตอนไม่มีคนใช้งาน หรือ ใช้งานน้อยที่สุด 

หากไม่แน่ใจ Add Facebook : Sukjai Krub มานะครับ

 

สงสัยมี SWITCH Manage  แล้วมี Config Routing แปลก ๆ  วนไปวนมาไม่เจอ Database Server กระมัง ครับ..ตรวจสอบ Network บ้างก็ดีนะครับ..

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 06, 2014, 13:24:05 PM

ขอบคุณครับ เดี๋ยวจะลองดูครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 07, 2014, 08:46:34 AM

หลังจากเปลี่ยน my.cnf ก็ยังเป็นเหมือนเดิมครับ
แต่มีสิงที่น่าแปลกใจอยู่อย่างหนึ่งครับ อาการช้านี้จะเป็นในช่วงตั้งแต่เช้าครับ
แต่จะเร็วขึ้นในช่วงประมาณ 3 โมงเย็นครับ
และผมตรวจสอบผ่านตัว SQL Trace Windows ปรากฏว่า ช่วงเวลา exec time จะมากในการดึงข้อมูล
ที่อยู่ จากตาราง patient และข้อมูล จากตาราง ovstdiag ไม่รู้ว่าปัญหานี้เกิดจากอะไร ผมแนบรูปมาให้ด้วยครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: Sukjai ที่ ตุลาคม 07, 2014, 20:18:01 PM

ลองใช้โปรแกรม MySQL Administrator หรือ ใช้สายฟ้า แทบ Process List   ดูว่า Client เครื่องไหนประมวลผลข้อมูล ในช่วงเวลาดังกล่าว นานผิดปกติ ดูครับ

ถ้าปัญหาที่พบ คือเวลา ก่อนบ่าย 3 โมง ก็อาจเกิดจาก Client บางเครื่องทำให้เกิดปัญหา
อาจลองเดินสำรวจคอมพิวเตอร์แต่ละตัว หากมีจำนวนไม่เยอะ เช่น ลองทดสอบถอด LAN ของสาย Main ของจุดเชื่อมต่อไปยัง SW ทีละ Zone แล้วเข้าลองทดสอบเข้าใช้งานดูว่าเร็วขึ้นหรือเปล่าเมื่อถอดสาย LAN หรือตัดการเชื่อมต่อเสร็จ ถ้าพบ Zone ที่ทำให้เกิดปัญหา แล้วก็มาไล่ตรวจสอบทีละเครื่องใน Zone นั้นดูครับ

หัวข้อ: Re: บันทึกผลวินิจฉัยช้ามากครับ
เริ่มหัวข้อโดย: tapaatee ที่ ตุลาคม 08, 2014, 08:44:56 AM

ขอบคุณครับ เดี๋ยวลองตรวจสอบดูครับ