tuning-primer.sh mysql tuning scripti - mysql performans raporu

[TaMAvRa]

Yani sende olmuyorsa yapma dedin (Yardım isteme olayı benim için imkansız gibi malesef dil yok)

Çok uğraştım o kadar çok faktör denedimki artık düşündüklerimi deneyip denemediğimi unuttum

Yardım ve ilgin için teşekkürler...! Sağlık olsun... 4 GB Ramla 2.8 Xeon sunucu 1 Tane Forum sitesini çekmiyor... Mysql beni artık deli etti... Bu makinanın Hakkından gayri format gelir sanırım

[iyinet]

TaMAvRa´isimli üyeden Alıntı

Yani sende olmuyorsa yapma dedin

Böyle birşey demedim, insanı yardım ettiğine pişman ediyorsunuz!

Basit bir çözüm şu şekilde olabilir.
mysql e boş passwordlu bir root kullanıcısı eklemeyi deneyin.

[TaMAvRa]

iyinet orası espri idi yanlış anladın...! Parentez içerisinde açıklamasını yaptım...

Ayrıcada teşekkürlerimi gönderdim...

Gerçekten art niyetli yazmadım yanlış anlama...

Kolay gelsin...

Tekrar teşekkürler...

[iyinet]

TaMAvRa´isimli üyeden Alıntı

iyinet orası espri idi yanlış anladın...! Parentez içerisinde açıklamasını yaptım...

Ayrıcada teşekkürlerimi gönderdim...

Gerçekten art niyetli yazmadım yanlış anlama...

Kolay gelsin...

Tekrar teşekkürler...

Çalıştımı sen onu söyle.
Sorun değil, benim espri anlayışım biraz kıttır.

[TaMAvRa]

Uzatmayım... Teşekkürler...

MySQL Root Şifresi Sıfırlamak isminde bi arama yapmak hiç aklıma gelmemişti..

Tesadüf eseri

http://alicambaz.blogspot.com/2007_09_01_archive.html Linkinde Buldugum bilgiler çok faydalı oldu... Ve Script Çalıştı...

Önce Mysql Sunucusunu Durudruyoruz...

service mysqld stop

Durduramaz isek mysql pid nosunu

kill -9 pidno

Komutu yardımı ile durduruyoruz...!

Daha sonra

mysqld --skip-grant-tables --user=root

Komutu ile yetki tablolarını pas geçerek mysql i root olarak çalıstırıyoruz...

Daha sonra yeni bir konsol açarak

mysql -u root

Komutu ile root olarak bağlantı sağlıyoruz...

Daha sonra

UPDATE mysql.user SET Password=PASSWORD('yenişifreniziyazın') WHERE User='root';

Komutu ile (Parantez içini değiştiriniz) root şifresini Değiştiriyoruz...

FLUSH PRIVILEGES;

Komutu ile pass geçilen yetkileri tekrardan yüklüyoruz...

Script için tekrar teşekkürler... 2 gün sonra denememizi yaparak sonuçları kontrol edeceğiz...

[iyinet]

Aşağıdaki komut yeterli olurdu ama...

GRANT ALL PRIVILEGES ON * . * TO 'root'@'localhost';

[ceyhun81]

Merhaba Arkadaşlar;

Ciddi manada problem yaşıyorum. Memory kullamımı %50lerde geziyor ve aşağıda gördüğünüz gibi akıl almaz load averagelarına ulaşıyor... Yapabileceğiniz en iyi öneriyi yaparsanız çok ama çok memnun olurum son durumu size bildiririm. sistem yaklaşık 4 gündür ayakta... Lütfen ne yapabiliyorsak yapalım

Başka önerileriniz varsa lütfen belirtiniz.. Şimdiden çok teşekkürler..

CPU : CORE2DUO 2.4 GHZ
RAM 2GB DDR2 667 MHZ

top - 13:08:08 up 63 days, 12:26, 1 user, load average: 34.09, 30.24, 17.22
Tasks: 271 total, 4 running, 264 sleeping, 3 stopped, 0 zombie
Cpu(s): 39.3% us, 24.8% sy, 0.0% ni, 3.1% id, 32.5% wa, 0.3% hi, 0.0% si
Mem: 2066800k total, 1934764k used, 132036k free, 50068k buffers
Swap: 4192956k total, 160k used, 4192796k free, 745792k cached

MySQL Version 4.1.22-standard i686

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/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
Current long_query_time = 10 sec.
You have 95 out of 111622757 that take longer than 10 sec. to complete
The slow query log is NOT enabled.
Your long_query_time may be too high, I typically set this under 5 sec.

WORKER THREADS
Current thread_cache_size = 256
Current threads_cached = 60
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 500
Current threads_connected = 63
Historic max_used_connections = 122
The number of used connections is 24% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
Max Memory Ever Allocated : 864 M
Configured Max Per-thread Buffers : 2 G
Configured Max Global Buffers : 202 M
Configured Max Memory Limit : 2 G
Physical Memory : 1.97 G

Max memory limit exceeds 90% of physical memory

KEY BUFFER
Current MyISAM index space = 110 M
Current key_buffer_size = 64 M
Key cache miss rate is 1 : 13641
Key buffer fill ratio = 61.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 = 128 M
Current query_cache_used = 79 M
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 61.97 %
Current query_cache_min_res_unit = 4 K
Query Cache is 15 % fragmented
Run "FLUSH QUERY CACHE" periodically to defragment the query cache memory
If you have many small queries lower 'query_cache_min_res_unit' to reduce fragmentation.
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current record/read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 1.00 M
You have had 31 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 = 8702 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
You currently have open more than 75% of your open_files_limit
You should set a higher value for open_files_limit in my.cnf

TABLE CACHE
Current table_cache value = 4096 tables
You have a total of 10673 tables
You have 4096 open tables.
Current table_cache hit rate is 31%, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 57681 temp tables, 33% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.

TABLE SCANS
Current read_buffer_size = 1 M
Current table scan ratio = 574 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 7564
Your table locking seems to be fine

[mysqld]
skip-locking
query_cache_limit=1M
query_cache_size=128M
query_cache_type=1
max_user_connections=200
max_connections=500
interactive_timeout=10
wait_timeout=10
connect_timeout=10
thread_cache_size=256
key_buffer=64M
join_buffer=1M
max_allowed_packet=1024M
table_cache=4096
record_buffer=1M
sort_buffer_size=2M
read_buffer_size=2M
max_connect_errors=10


# Try number of CPU's*2 for thread_concurrency
thread_concurrency=16
myisam_sort_buffer_size=64M
#log-bin
server-id=1

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/lib/mysql/mysql.pid
open_files_limit=8192
local-infile=off

[mysqldump]
quick
max_allowed_packet=16M

[mysql]
no-auto-rehash
#safe-updates

[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[mysqlhotcopy]
interactive-timeout

Yardımlarınız için şimdiden teşekkür ederim..

[iyinet]

ceyhun81´isimli üyeden Alıntı

Merhaba Arkadaşlar;

Ciddi manada problem yaşıyorum. Memory kullamımı %50lerde geziyor ve aşağıda gördüğünüz gibi akıl almaz load averagelarına ulaşıyor... Yapabileceğiniz en iyi öneriyi yaparsanız çok ama çok memnun olurum son durumu size bildiririm. sistem yaklaşık 4 gündür ayakta... Lütfen ne yapabiliyorsak yapalım

Başka önerileriniz varsa lütfen belirtiniz.. Şimdiden çok teşekkürler..

Anladığım kadarı ile bazılarınız sistemlerindeki yükün nedenini MySQL e bağlıyorsunuz.

MySQL en kötü hali ile yani sıfır konfigürasyon ile dahi hiçbir sorun yaşatmaz.

Serverınızdaki load (aşırı yük) sorununun kaynağını MySQL de aramanız yanlıştır.

Peki sorun ne o zaman?

Bu tür aşırı yüklere genellikle 3 şey neden olur.

1. Hatalı, yanlış yazılmış kod. Örneğin sonsuz döngüler, veritabanında yaratılmamış indexler.
2. Saldırılar
3. Donanım sorunları veya yetersizlği: Fanı sorunlu aşırı ısınan makine, bellek yada hard diskinde hata olan makine, yetersiz bellek yada hard disk yada CPU.

- Tüm bunları kontrol etmenizin ardından, web serverinizi optimize edin.
- Webserver optimizasyonu ardından PHP yi optimize edin, Xcache vb.. kurun
- Ardından veritabanını optimize edin.

[scorpi]

sunucu bilgileri

Processor Information 
Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
Processor #1 speed: 2394.073 MHz
Processor #1 cache size: 4096 KB


Current Memory Usage 
             total       used       free     shared    buffers     cached
Mem:       3360668    1172276    2188392          0          0          0

iyinet´isimli üyeden Alıntı

[mysqld]
safe-show-database
skip-locking
skip-name-resolve
max_connections = 500
thread_cache_size = 128
key_buffer = 256M
query_cache_type = 1
query_cache_size = 32M
query_cache_limit = 4M
table_cache = 3000
low_priority_updates = 1

1-2 hafta bekledikten sonra tekrar çıktıyı koyun.

son durum

        -- MYSQL PERFORMANCE TUNING PRIMER --
             - By: Matthew Montgomery -

MySQL Version 4.1.22-standard-log i686

Uptime = 7 days 18 hrs 3 min 37 sec
Avg. qps = 18
Total Questions = 12396769
Threads Connected = 3

Server has been running for over 48hrs.
It should be safe to follow 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/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
Current long_query_time = 10 sec.
You have 167 out of 12396798 that take longer than 10 sec. to complete
The slow query log is NOT enabled.
Your long_query_time may be too high, I typically set this under 5 sec.

WORKER THREADS
Current thread_cache_size = 128
Current threads_cached = 112
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 500
Current threads_connected = 2
Historic max_used_connections = 113
The number of used connections is 22% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
Max Memory Ever Allocated : 1 G
Configured Max Per-thread Buffers : 6 G
Configured Max Global Buffers : 298 M
Configured Max Memory Limit : 6 G
Physical Memory : 3.20 G

Max memory limit exceeds 90% of physical memory

KEY BUFFER
Current MyISAM index space = 102 M
Current key_buffer_size = 256 M
Key cache miss rate is 1 : 4169
Key buffer fill ratio = 30.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 = 26 M
Current query_cache_limit = 4 M
Current Query cache Memory fill ratio = 81.78 %
Current query_cache_min_res_unit = 4 K
Query Cache is 7 % fragmented
Run "FLUSH QUERY CACHE" periodically to defragment the query cache memory
If you have many small queries lower 'query_cache_min_res_unit' to reduce fragme                                                                             ntation.
However, 1666833 queries have been removed from the query cache due to lack of m                                                                             emory
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 record/read_rnd_buffer_size = 7 M
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 2213 queries where a join could not use an index properly
You have had 38 joins without keys that check for key usage after each row
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 = 6510 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 711 tables
You have 930 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 1740536 temp tables, 0% 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 = 1 M
Current table scan ratio = 742 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 1185
You may benefit from selective use of InnoDB.

şuan cpu kullanımı ve load lar gayet iyi load 5 üstüne çok az çıktı(genelde 0 ile 2 arasında). son durumu degerlendirirseniz sevinirim. Yardımlarınız için çok tşk ler.

[iyinet]

scorpi´isimli üyeden Alıntı

şuan cpu kullanımı ve load lar gayet iyi load 5 üstüne çok az çıktı(genelde 0 ile 2 arasında). son durumu degerlendirirseniz sevinirim. Yardımlarınız için çok tşk ler.

Gayet iyi görünüyor, key_buffer sanki olması gerektiğinden biraz büyük gibi ama, yeterince boş belleğin olduğu için sorun değil öyle kalsın.