توجه ! این یک نسخه آرشیو شده میباشد و در این حالت شما عکسی را مشاهده نمیکنید برای مشاهده کامل متن و عکسها بر روی لینک مقابل کلیک کنید : مشکل با mysqltuner.pl برای کانفیگ my.cnf
OmidX
October 16th, 2013, 04:34
درود ،
mysqltuner.pl رو ران کردم ، اینا رو گفت : (:|
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.31-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in InnoDB tables: 208K (Tables: 13)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 13
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 14m 58s (9 q [0.010 qps], 10 conn, TX: 11K, RX: 938)
[--] Reads / Writes: 100% / 0%
[--] Total buffers: 576.0M global + 12.4M per thread (151 max threads)
[OK] Maximum possible memory usage: 2.4G (31% of installed RAM)
[OK] Slow queries: 0% (0/9)
[OK] Highest usage of available connections: 0% (1/151)
[OK] Key buffer size / total MyISAM indexes: 384.0M/97.0K
[!!] Query cache efficiency: 0.0% (0 cached / 4 selects)
[OK] Query cache prunes per day: 0
[OK] Temporary tables created on disk: 0% (0 on disk / 2 total)
[OK] Thread cache hit rate: 90% (1 created / 10 connections)
[OK] Table cache hit rate: 78% (26 open / 33 opened)
[OK] Open file limit used: 1% (20/1K)
[OK] Table locks acquired immediately: 100% (36 immediate / 36 locks)
[!!] Connections aborted: 50%
[OK] InnoDB data size / buffer pool: 208.0K/128.0M
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Your applications are not closing MySQL connections properly
Variables to adjust:
query_cache_limit (> 1M, or use smaller result sets)
الان من عددی اینجا نمیبینم برای تغییرات کانفیگ my.cnf (:|
لطفا راهنمایی کنید :|
InterServer.ir
October 16th, 2013, 09:26
سلام
query_cache_limit (> 1M, or use smaller result sets)
query_cache_limit = 1M
zartosht
October 16th, 2013, 10:36
شما میتوانید تغیرات زیر را نیز با توجه به میزان استفاده و بازدید سایت و منابع سرور ، در فایل my.cnf اعمال کنید .
این تنظیمات را من روی بسیاری از سرور های مجازی انجام دادم ( در پست قبلی ذکر کردم با توجه به میزان بازدید ، قدرت سرور ، و... این هارو باید تغیر دهید . ) اما به طور کل جواب میده
Web Host Persia
October 16th, 2013, 16:10
به طور معمول بزارید sql شما یه 24 ساعتی ران باشه و اصلا ریستارت نکنید ..
بعد از 24 ساعت نتیجه رو بررسی کنید ...
OmidX
October 16th, 2013, 16:22
سلام
query_cache_limit (> 1M, or use smaller result sets)
به طور معمول بزارید sql شما یه 24 ساعتی ران باشه و اصلا ریستارت نکنید ..
بعد از 24 ساعت نتیجه رو بررسی کنید ...
پس باید صبر کنم تا ۲۴ ساعت ، چون تازه ریبوت شده :| ، مرسی ... :53:
InterServer.ir
October 16th, 2013, 18:58
این تنظیمات را من روی بسیاری از سرور های مجازی انجام دادم ( در پست قبلی ذکر کردم با توجه به میزان بازدید ، قدرت سرور ، و... این هارو باید تغیر دهید . ) اما به طور کل جواب میده
با دستورات مناسب میشه مصرف منابع دیتابیس رو به کمتر از نصف رسوند! سرعت و کارایی سرور هم بالاتر میره!
این دستورات خوب هستند ولی نه برای وی پی اس ایشون! ایشون باید از کش دیتا بیس استفاده کنه همونطور که برنامه هم گفته بود
مقدار تایم اوت رو به کمترین حد برسونه تا فشار کمتری به وی پی اس بیاد!
الان تنظیمات پیش فرض خوبن ، به نظرتون ؟! http://www.webhostingtalk.ir/images/IPBPRO/smilies_IPBPRO/53.gif
پس باید صبر کنم تا ۲۴ ساعت ، چون تازه ریبوت شده :| ، مرسی ... http://www.webhostingtalk.ir/images/IPBPRO/smilies_IPBPRO/53.gif
سرور شما رم و سی پی یوش به چه صورته و چه منابعی داره؟ این مشخصات برای سروری با رم 1 گیگ و کمتر مناسبه
در مورد 24 ساعت هم تغییرات در همون لحظه اعمال میشند با ری استارت دیتابیس! منظور دوستمون این بود که بعد از 24 ساعت تفاوت مقدار مصرف رو با دیروز بهتر می بینید!
nginxweb
October 16th, 2013, 19:27
شما میتوانید تغیرات زیر را نیز با توجه به میزان استفاده و بازدید سایت و منابع سرور ، در فایل my.cnf اعمال کنید .
این مقدار تایم برای این پارامتر دیونگی محض هستش و سرور با یک حمله Sql Flood براحتی درگیر خواهد شد...
OmidX
October 17th, 2013, 02:14
با دستورات مناسب میشه مصرف منابع دیتابیس رو به کمتر از نصف رسوند! سرعت و کارایی سرور هم بالاتر میره!
این دستورات خوب هستند ولی نه برای وی پی اس ایشون! ایشون باید از کش دیتا بیس استفاده کنه همونطور که برنامه هم گفته بود
مقدار تایم اوت رو به کمترین حد برسونه تا فشار کمتری به وی پی اس بیاد!
سرور شما رم و سی پی یوش به چه صورته و چه منابعی داره؟ این مشخصات برای سروری با رم 1 گیگ و کمتر مناسبه
در مورد 24 ساعت هم تغییرات در همون لحظه اعمال میشند با ری استارت دیتابیس! منظور دوستمون این بود که بعد از 24 ساعت تفاوت مقدار مصرف رو با دیروز بهتر می بینید!
سرور من KS 1 ه :
Dedicated Servers - List of offers - OVH Canada (http://www.ovh.com/ca/en/dedicated-servers/#)
وقتی از تنظیمات پیش فرض mysql استفاده میکنم ، مای ای کیو ال سرور کلا داون میشه :|
این مقدار تایم برای این پارامتر دیونگی محض هستش و سرور با یک حمله Sql Flood براحتی درگیر خواهد شد...
دوستان گرامی ، بنده بار چندم هست که عرض مینمایم این تنظیم های شخصی بنده روی سروری هست که دلایل خاص خودشون رو هم دارند . که در بخش آموزش ذکر میکنم و شما میتوانید نظر هاتون رو آنجا بیان کنید .
میزان محدودیت این پرامتر ها به درخواست های شما بستگی دارد ، خود بنده هم برای هر سرور پارامتر های خاص خودش رو قرار میدم ، برای همین در پست اعلام کردم که با توجه به منابع بازدید و ... این هارو در سرور خود اعمال کنید .
OmidX
October 18th, 2013, 22:43
General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Set thread_cache_size to 4 as a starting value
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (>= 8M)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 400)
اساتید ، راهنمایی کنید لطفا :77:
zartosht
October 19th, 2013, 19:13
General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Set thread_cache_size to 4 as a starting value
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (>= 8M)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 400)
اساتید ، راهنمایی کنید لطفا :77:
خوب مشکل شما الان چیه ؟در چه مورد راهنمایی نیاز دارید ؟
InterServer.ir
October 20th, 2013, 00:42
General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Set thread_cache_size to 4 as a starting value
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (>= 8M)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 400)