![]() |
|
|||||||
| MySQL Veritabanı SQL SQL MySQL Access MSSQL Oracle Veritabani Database |
![]() |
|
|
LinkBack (3) | Seçenekler | Stil |
|
|||
|
Alıntı:
Dediğini yaptığımda load 10 dan aşağı inmemeye başLadı Eskisi gibi yapınca düştü eski yerine. |
|
||||
|
Makine özellikleri:
P4 3.0 2 GB ram CentOS 4 Plesk 8 (Innodb kullanıyor) Şu anki my.cnf: Alıntı:
__________________
insanlar, yaptıkları seçimlerin sonuçlarına katlanmayı bilmelidir. |
|
||||
|
Alıntı:
Baglanti sayisini arttirarak mysql i daha cok kullaniciya actiniz. MySQL i kullanicilara kapatirsaniz load dusuk olacaktir haliyle. max_connections=1 yapin load cok daha asagilara dusecektir ![]() |
|
||||
|
Alıntı:
Ardından 2-3 gün sonra mysql performans raporunu alarak sonuçları postala. Gerekirse ek ayar yapalım. |
|
|||
|
Selam iyinet my.cnf çıktım aşagıdaki gibi
HTML-Kodu:
[mysqld] set-variable = max_connections=500 safe-show-database Intel Xeon-Harpertown 5420-Quadcore 4 işlemci 2.5ghz ve her işlemcide 6mb cache var 4 GB ram kullanmakta sunucu sizce nasıl bir uygulama yapabiliriz? forum siteleri mevcut sunucu üzerinde. Teşekkürler |
|
||||
|
Alıntı:
Ardından 2-3 gün sonra mysql performans raporunu alarak sonuçları postala. Gerekirse ek ayar yapalım. |
|
|||
|
-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery - MySQL Version 4.1.22-standard i686 Uptime = 0 days 6 hrs 7 min 37 sec Avg. qps = 76 Total Questions = 1680984 Threads Connected = 3 Warning: Server has not been running for at least 48hrs. It may not be safe to use these recommendations To find out more information on how each of these runtime variables effects performance visit: http://dev.mysql.com/doc/refman/4.1/...variables.html Visit http://www.mysql.com/products/enterprise/advisors.html for info about MySQL's Enterprise Monitoring and Advisory Service SLOW QUERIES The slow query log is NOT enabled. Current long_query_time = 10 sec. You have 17 out of 1681014 that take longer than 10 sec. to complete Your long_query_time may be too high, I typically set this under 5 sec. BINARY UPDATE LOG The binary update log is NOT enabled. You will not be able to do point in time recovery See http://dev.mysql.com/doc/refman/4.1/...-recovery.html WORKER THREADS Current thread_cache_size = 128 Current threads_cached = 126 Current threads_per_sec = 0 Historic threads_per_sec = 0 Your thread_cache_size is fine MAX CONNECTIONS Current max_connections = 750 Current threads_connected = 2 Historic max_used_connections = 173 The number of used connections is 23% of the configured maximum. Your max_connections variable seems to be fine. MEMORY USAGE Max Memory Ever Allocated : 634 M Configured Max Per-thread Buffers : 1 G Configured Max Global Buffers : 170 M Configured Max Memory Limit : 2 G Physical Memory : 3.95 G Max memory limit seem to be within acceptable norms KEY BUFFER Current MyISAM index space = 816 M Current key_buffer_size = 128 M Key cache miss rate is 1 : 491 Key buffer fill ratio = 45.00 % Your key_buffer_size seems to be too high. Perhaps you can use these resources elsewhere QUERY CACHE Query cache is enabled Current query_cache_size = 32 M Current query_cache_used = 30 M Current query_cache_limit = 4 M Current Query cache Memory fill ratio = 96.12 % Current query_cache_min_res_unit = 4 K However, 449262 queries have been removed from the query cache due to lack of memory Perhaps you should raise query_cache_size MySQL won't cache query results that are larger than query_cache_limit in size SORT OPERATIONS Current sort_buffer_size = 2 M Current read_rnd_buffer_size = 256 K Sort buffer seems to be fine JOINS Current join_buffer_size = 132.00 K You have had 4699 queries where a join could not use an index properly You should enable "log-queries-not-using-indexes" Then look for non indexed joins in the slow query log. If you are unable to optimize your queries you may want to increase your join_buffer_size to accommodate larger joins in one pass. Note! This script will still suggest raising the join_buffer_size when ANY joins not using indexes are found. OPEN FILES LIMIT Current open_files_limit = 6760 files The open_files_limit should typically be set to at least 2x-3x that of table_cache if you have heavy MyISAM usage. Your open_files_limit value seems to be fine TABLE CACHE Current table_cache value = 3000 tables You have a total of 972 tables You have 669 open tables. The table_cache value seems to be fine TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 27559 temp tables, 4% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Created disk tmp tables ratio seems fine TABLE SCANS Current read_buffer_size = 128 K Current table scan ratio = 2484 : 1 read_buffer_size seems to be fine TABLE LOCKING Current Lock Wait ratio = 1 : 279 You may benefit from selective use of InnoDB. Bu arada mysql % 117 şu an teşekkürler |
![]() |
LinkBacks (?)
LinkBack to this Thread: http://forum.iyinet.com/mysql-veritabani-sql/29477-mysql-cpu-kullan-m-my-cnf-optimizasyonu.html
|
||||
| Konuyu Başlatan | For | Type | Tarih | |
| Load sorunu yaşayanlar için genel tartışma konusu - vBulletin SEO Forums | This thread | Pingback | 2007-12-05 17:27 | |
| Vbseo işlemciyi çok kasıyor - Page 2 - vBulletin SEO Forums | This thread | Pingback | 2007-06-14 21:38 | |
| Vbseo işlemciyi çok kasıyor - vBulletin SEO Forums | This thread | Pingback | 2007-04-13 23:00 | |
| Seçenekler | |
| Stil | |
|
|
Benzer Konular
|
||||
| Konu | Konuyu Başlatan | Forum | Cevaplar | Son Mesaj |
| mysql in visual basic ile kullanılması | Anonymous | MySQL Veritabanı SQL | 5 | 2007-08-29 23:00 |
| 2 Ay Öde 3 Ay Kullan Kampanyaları | Uzak444 | Dedicated CoLocation | 0 | 2007-01-17 16:33 |
| $50 lık adwords hesapları 13 ytl kullanıma hazır.. | firar | Google Adwords | 4 | 2006-10-31 07:59 |
| 2 Ay Öde 3 Ay Kullan Kampanyası | Uzak444 | Dedicated CoLocation | 0 | 2006-10-20 00:00 |
| 3 Ay Peşin Öde, 1 ay ücretsiz kullan! Dedicated ve VPS | LNWServers | Dedicated CoLocation | 17 | 2006-06-09 20:14 |