BMS-HOSxP Community

HOSxP => MySQL => ข้อความที่เริ่มโดย: yord ที่ กรกฎาคม 03, 2009, 20:41:40 PM

หัวข้อ: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 03, 2009, 20:41:40 PM
รบกวนอ.ทั้งหลาย ด้วยครับ
ผมกำลังจะเพิ่มแรม server เป็น 6G ครับจึงรบกวนขอ my.cnf 6G for XtraDB ครับ
อีกอย่างครับ คนไข้วันละประมาณ 1000 คน database ปัจจุบัน ประมาณ 30G ram น่าจะเท่าไหร่ดีครับ ?
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 04, 2009, 08:12:44 AM
ดันจ้ะ ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 04, 2009, 08:18:05 AM
ผมใช้ centos 5.2 64 bit จะต้องใช้
MySQL-client-percona-5.1.30-3.rhel5.x86_64
MySQL-devel-percona-5.1.30-3.rhel5.x86_64
MySQL-percona-5.1.30-3.rhel5.src
MySQL-server-percona-5.1.30-3.rhel5.x86_64
MySQL-shared-percona-5.1.30-3.rhel5.x86_64
ตามนี้ถูกต้องไหมครับ ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: udomchok ที่ กรกฎาคม 08, 2009, 21:38:53 PM
ผมใช้ centos 5.2 64 bit จะต้องใช้
MySQL-client-percona-5.1.30-3.rhel5.x86_64
MySQL-devel-percona-5.1.30-3.rhel5.x86_64
MySQL-percona-5.1.30-3.rhel5.src
MySQL-server-percona-5.1.30-3.rhel5.x86_64
MySQL-shared-percona-5.1.30-3.rhel5.x86_64
ตามนี้ถูกต้องไหมครับ ;D
รู้สึกว่าจะแค่นี้นะครับ
MySQL-client-percona-5.1.30-3.rhel5.x86_64
MySQL-server-percona-5.1.30-3.rhel5.x86_64
MySQL-shared-percona-5.1.30-3.rhel5.x86_64
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 08, 2009, 23:24:44 PM
ผมลง centos 5.2 64 bit ใหม่เลยครับ เลยลง
MySQL-client-percona-5.1.30-3.rhel5.x86_64
MySQL-devel-percona-5.1.30-3.rhel5.x86_64
MySQL-server-percona-5.1.30-3.rhel5.x86_64
MySQL-shared-percona-5.1.30-3.rhel5.x86_64
เดาเอาครับ ;D
มันก็ออกมาเป็นแบบนี้ ;D ;D ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: nuttavut ที่ กรกฎาคม 08, 2009, 23:33:41 PM
ผมลง centos 5.2 64 bit ใหม่เลยครับ เลยลง
MySQL-client-percona-5.1.30-3.rhel5.x86_64
MySQL-devel-percona-5.1.30-3.rhel5.x86_64
MySQL-server-percona-5.1.30-3.rhel5.x86_64
MySQL-shared-percona-5.1.30-3.rhel5.x86_64
เดาเอาครับ ;D
มันก็ออกมาเป็นแบบนี้ ;D ;D ;D

จากรูป ใช้ เครื่องเดียว อยากเห็น ใช้งานจริงๆ User ใช้งานสัก 80 Client  ถ้าใช้งานจริงเมื่อไหรรบกวนส่งรูปขึ้นมาให้ดูด้วยนะครับ อยากเห็น ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 09, 2009, 00:38:15 AM
ยินดีครับ ;D แต่ตอนนี้เพียงแค่ทดสอบอยู่ครับ ว่าจะขอลงใหม่อีกสักรอบ ;D
ลงรอบนี้เสร็จแล้ว มันโชว์ว่า version 5.1.30 percona-log อิอิอิ ถูกเปล่าน้อ ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 14, 2009, 07:14:36 AM
ว่านี้ว่าจะลองใช้จริงสักหน่อย แต่พอลอง login เข้าไปแค่เครื่องเดียวเอง มันค้างอยู่หน้าจอนี้ตั้ง 1 นาทีเลยครับ :-[
เลยยังไม่กล้าใช้จริง(กะว่าจะเอา workload มาโชว์สักหน่อย) ???
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 14, 2009, 08:09:03 AM
หรือว่าผม config ไม่ดีหว่า ;D
รบกวนดู my.cnf ด้วยครับ อ. ผมเอามาจากในบอร์ดนี้ แต่เป็น my10GXtraDB.cnf แล้วมาแก้ไขใหม่ครับ
ขอบคุณล่วงหน้าเลยครับ อ. อิอิอิ ;D

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

[mysqld]
default_storage_engine=INNODB
default_table_type = INNODB
port      = 3306
socket      = /var/lib/mysql/mysql.sock
skip-locking
back_log = 50
key_buffer = 512M
max_allowed_packet = 512M
binlog_cache_size = 1M
table_cache = 2000
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
join_buffer_size = 2M
bulk_insert_buffer_size = 20M
max_heap_table_size = 512M
myisam_sort_buffer_size = 512M
myisam_max_sort_file_size = 3027M
myisam_max_extra_sort_file_size = 3027M
myisam_repair_threads = 1
myisam_recover
thread_cache_size = 1600
query_cache_size= 64M
thread_cache_size = 8
thread_concurrency = 8
default-character-set=tis620
max_connections = 1500
max_connect_errors = 10
skip-name-resolve
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
ft_min_word_len = 4
thread_stack = 64K
transaction_isolation = REPEATABLE-READ
tmp_table_size = 20M
log-bin=mysql-bin
log_bin_trust_function_creators = 1
binlog_format=mixed
slow_query_log
long_query_time = 2
log_long_format
innodb_file_per_table
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_max_dirty_pages_pct = 90
innodb_doublewrite = 0
innodb_buffer_pool_size = 3027M
innodb_additional_mem_pool_size = 12M
innodb_log_files_in_group = 3
innodb_log_group_home_dir = /var/lib/mysql/
innodb_log_file_size = 512M
innodb_log_buffer_size = 10M
innodb_file_io_threads = 4
innodb_thread_concurrency = 16
innodb_flush_log_at_trx_commit = 0
innodb_fast_shutdown = 0
innodb_flush_method = O_DIRECT
innodb_doublewrite = 0
innodb_file_io_threads = 4
innodb_lock_wait_timeout = 10
innodb_support_xa = 0
innodb_locks_unsafe_for_binlog = 1
innodb_adaptive_checkpoint = 1
innodb_io_capacity = 10000
innodb_write_io_threads = 16
innodb_read_io_threads = 16
innodb_checksums = 0
innodb_max_dirty_pages_pct=15
table_open_cache = 8000
low_priority_updates=1

[xtrabackup]
target_dir=/mysqlbackup
datadir=/var/lib/mysql

[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

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

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

[myisamchk]
key_buffer = 1000M
sort_buffer_size = 512M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
open-files-limit = 8192

เผื่อจะเร็วขึ้นน่ะครับ  ;D ;D ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 14, 2009, 10:46:01 AM
แถมพอตอน Run Replicate แล้วมี Error แก้อย่างไรครับ ;D

13/07/2552 10:44:38 192.168.0.5/hos  #HY000Table './hos/ksklog' is marked as crashed and last (automatic?) repair failed CLI>HOME-EDA79A55E7 SQL>INSERT INTO ksklog (ksklog_id,logtime,loginname,tablename,modifytype,detail,old_delta,new_delta,log_id,computer_name) VALUES (3824012,'2009-07-13 10:33:44','nitaya','RX','EDIT','520713065227',NULL,NULL,NULL,'HOME-EDA79A55E7')
13/07/2552 10:44:38 192.168.0.5/hos  #HY000Table './hos/ksklog' is marked as crashed and last (automatic?) repair failed CLI>ห้องตรวจครรภ์26 SQL>INSERT INTO ksklog (ksklog_id,logtime,loginname,tablename,modifytype,detail,old_delta,new_delta,log_id,computer_name) VALUES (3824013,'2009-07-13 10:33:14','more','DOCTOR','EDIT','520713083316',NULL,NULL,NULL,'ห้องตรวจครรภ์26')
13/07/2552 10:45:21 192.168.0.5/hos  #HY000Table './hos/ksklog' is marked as crashed and last (automatic?) repair failed CLI>ยานอก04 SQL>INSERT INTO ksklog (ksklog_id,logtime,loginname,tablename,modifytype,detail,old_delta,new_delta,log_id,computer_name) VALUES (3824014,'2009-07-13 10:33:16','pharmacy','RX','EDIT','520713090050',NULL,NULL,NULL,'ยานอก04')


14/07/2552 08:30:50 192.168.0.5/hos  #42000You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'where hos_guid in ('{A44C381D-3EC7-481A-A3FD-AAA3F4393C1C}')' at line 1 CLI>ห้องบัตร13 SQL>update ovst set pt_subtype= where hos_guid in ('{A44C381D-3EC7-481A-A3FD-AAA3F4393C1C}')
 ???
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 15, 2009, 16:37:08 PM
ว่านี้ว่าจะลองใช้จริงสักหน่อย แต่พอลอง login เข้าไปแค่เครื่องเดียวเอง มันค้างอยู่หน้าจอนี้ตั้ง 1 นาทีเลยครับ :-[
เลยยังไม่กล้าใช้จริง(กะว่าจะเอา workload มาโชว์สักหน่อย) ???
เป็นเพราะอะไรครับ อ. ???
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: มนตรี บอยรักยุ้ยคนเดียว ที่ กรกฎาคม 15, 2009, 17:42:45 PM
[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

แก้เป็น

[mysqldump]
quick
max_allowed_packet = 512M
allow-keywords
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: Khuad ที่ กรกฎาคม 15, 2009, 17:54:30 PM


... อาการเครื่องติดช้าเนี่ย  ท่าน yord ได้ลองเพิ่มค่าของ  query_cache_size    ตามที่ armds  บอกไว้ที่อีกกระทู้นึงหรือยังครับ ...

... หรือลองเอา my.cnf ของเดิมที่ใช้อยู่ใน server จริง มาแทนตัวนี้ดู   แต่ต้องไม่ลืมปรับค่าของ innodb_log_file_size ให้เท่ากับในตัวทดสอบนี้ด้วยนะครับ เดี๋ยว start service mysql ไม่ได้ 

แล้วก็เพิ่ม

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

ตามที่ อ.mn  แนะนำไว้สำหรับ XtraDB 

แล้วลองทดสอบดูว่าเจอปัญหาเดิมหรือเปล่า  ถ้าไม่เจอ ก็น่าจะใช้ my.cnf ของเรานี่แหละครับ มาปรับค่าให้เข้ากับ Ram 6G ....  ;D ...
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: มนตรี บอยรักยุ้ยคนเดียว ที่ กรกฎาคม 15, 2009, 18:07:08 PM
ลองปรับ
 
query_cache_size = 256M
หรือ
query_cache_size = 512M

ลองทดลองดู ตามที่ armds  บอกไว้ที่อีกกระทู้นึงหรือยังครับ
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 15, 2009, 18:47:46 PM
ขอบคุณ อ.ทุกท่านครับ จะลองทดสอบดูครับ ;D
อีกอย่างตามหัวข้อกระทู้ 6G แต่พอเอาเข้าจริงๆ เผอิญใส่ไปแค่ 5G เองครับ ขออภัยด้วยครับ ;D
[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

แก้เป็น

[mysqldump]
quick
max_allowed_packet = 512M
allow-keywords

ตรงนี้ผมเพิ่มเป็น 256M แล้วครับ แต่อาจจะยังไม่ได้ เพราะว่า ผมได้ทำ Initial ไว้แล้วกลับบ้าน ก็เลยไม่ได้ monitor อยู่น่ะครับ
แต่พอมาดูตอนเข้า มันไม่เท่ากันครับ Master = 34G  ส่วน Slave =31G เกือบสำเร็จ แต่ยังไม่สำเร็จครับ ;D :'(
สงสัยต้องลองใหม่ครับ ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 16, 2009, 11:34:10 AM
ตรง max_allowed_packet = 256M ผมเพิ่มใน เครื่อง slave คงต้องแก้ใน Master ใช่ไหมครับ ;D
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: วีระวัฒน์ (เอก) ที่ กรกฎาคม 16, 2009, 12:24:09 PM
ตรง max_allowed_packet = 256M ผมเพิ่มใน เครื่อง slave คงต้องแก้ใน Master ใช่ไหมครับ ;D
ไช่ครับ ถ้าไม่แก้ก็เป็นเหมือนเดิม
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: yord ที่ กรกฎาคม 17, 2009, 19:08:19 PM
ตรง max_allowed_packet = 256M ผมเพิ่มใน เครื่อง slave คงต้องแก้ใน Master ใช่ไหมครับ ;D
ไช่ครับ ถ้าไม่แก้ก็เป็นเหมือนเดิม
ทำที่ Master แล้วนำเข้าข้อมูลใหม่  ??? ยังไม่เท่ากันเหมือนเดิมครับ ???
และยัง เข้าใช้ HOSxP ช้าเหมือนเดิมครับ ???
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: Khuad ที่ กรกฎาคม 18, 2009, 19:09:46 PM
ทำที่ Master แล้วนำเข้าข้อมูลใหม่  ??? ยังไม่เท่ากันเหมือนเดิมครับ ???
และยัง เข้าใช้ HOSxP ช้าเหมือนเดิมครับ ???

... ท่าน yord ลองเพิ่มค่า max_allowed_packet ให้มากขึ้นอีกดูหรือยังครับ   แต่การทำ Initial Import โดยไม่ได้หยุดระบบ และเครื่องต้นทางมีการเปลี่ยนแปลงของข้อมูล  ก็อาจทำให้ข้อมูลที่ได้ไม่เท่ากันก็ได้นะครับ ...  :D ....
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: มนตรี บอยรักยุ้ยคนเดียว ที่ กรกฎาคม 18, 2009, 20:25:10 PM
... ท่าน yord ลองเพิ่มค่า max_allowed_packet ให้มากขึ้นอีกดูหรือยังครับ   แต่การทำ Initial Import โดยไม่ได้หยุดระบบ และเครื่องต้นทางมีการเปลี่ยนแปลงของข้อมูล  ก็อาจทำให้ข้อมูลที่ได้ไม่เท่ากันก็ได้นะครับ ...  :D ....

ต้อง check table แล้ว syn table
สักพัก แล้วรัน repication  สักระยะ
แต่ต้องหยุดระบบ LIS ก่อนทำนะครับ

ระบบน่าจะเริ่มเท่ากัน

อย่างที่พี่ขวดบอก ถ้าระบบรันอยู่ ทำ  Initial Import ก็ไม่เท่ากันแน่นอน
ลองทำตามกระทู้ข้างล่างด้วยนะครับ
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=10994.msg68059#new
หัวข้อ: Re: 6G for XtraDB!
เริ่มหัวข้อโดย: udomchok ที่ กรกฎาคม 18, 2009, 22:08:56 PM
ทำที่ Master แล้วนำเข้าข้อมูลใหม่  ??? ยังไม่เท่ากันเหมือนเดิมครับ ???
และยัง เข้าใช้ HOSxP ช้าเหมือนเดิมครับ ???

... ท่าน yord ลองเพิ่มค่า max_allowed_packet ให้มากขึ้นอีกดูหรือยังครับ   แต่การทำ Initial Import โดยไม่ได้หยุดระบบ และเครื่องต้นทางมีการเปลี่ยนแปลงของข้อมูล  ก็อาจทำให้ข้อมูลที่ได้ไม่เท่ากันก็ได้นะครับ ...  :D ....
ใช่ครับ แต่ข้อมูลไม่น่าจะต่างกันมากขนาดนั้น (เป็น GB) เลย