دوستانی که تو کانفیگ حرفه ای ان نظر بدن

[nginxweb]

کاربر گرامی ali2k احتمالا از وصعیت سایت ایشون خبر ندارید که همچین پستی میدید
یعنی شما فکر میکنید کسی که شبانه روز کارش کانفیگ و مدیریت سرور هستش با tune کردن mysql که ابتدایی ترین بخش در بهینه سازی سرویس های سرور و server optimization می باشد آشنایی نداره؟..

مشکل این دوستمون با تغییر گزینه های mysql حل نخواهد شد

مشکل اصلی ایشون اسکریپت غیر بهینه live proccess هستش که درخواست های همزمان زیادی روی سرور ارسال میکنه و بیشترین بار را روی سرویس ها مخصوصا وب سرور و mysql وارد میکنه و مشکل اصلی هم همین جاست مخصوصا که اسکریپت ایشون بنده اولین شخصی بودم که در کشور این اسکریپت را فارسی کردم و قالب واسش نوشتم و گسترش دادم.. و کاملا آشنا هستم بزرگترین ضعف این اسکریپت عدم پشتبانی از cache server و همچنین حتی یک coockie time ساده هستش که بتونه request ها را در کوکی مستقر کنه. در صورتیکه ایشون اگر از اسکریپتی مثل 123flashchat استفاده میکنند با سرور فعلیشون دستکم 2برابر آنلاین فعلی رو با سرعت بیشتر میتونند سرویس بدن

راه حل شما حسین خان موارد زیر می باشد:

1- انتقال mysql روی یک سرور دیگر از همین دیتاسنتر remote mysql
2- تغییر در هسته سیستم و بهینه کردن کوئری ها و استفاده از کش سرورها پس از سازگار کردن اسکریپت و همچین تغییر mysql type
3- استفاده از فلش چت


پیروز باشید

[ali2k]

کاربر گرامی ali2k احتمالا از وصعیت سایت ایشون خبر ندارید که همچین پستی میدید
یعنی شما فکر میکنید کسی که شبانه روز کارش کانفیگ و مدیریت سرور هستش با tune کردن mysql که ابتدایی ترین بخش در بهینه سازی سرویس های سرور و server optimization می باشد آشنایی نداره؟..

مشکل این دوستمون با تغییر گزینه های mysql حل نخواهد شد

مشکل اصلی ایشون اسکریپت غیر بهینه live proccess هستش که درخواست های همزمان زیادی روی سرور ارسال میکنه و بیشترین بار را روی سرویس ها مخصوصا وب سرور و mysql وارد میکنه و مشکل اصلی هم همین جاست مخصوصا که اسکریپت ایشون بنده اولین شخصی بودم که در کشور این اسکریپت را فارسی کردم و قالب واسش نوشتم و گسترش دادم.. و کاملا آشنا هستم بزرگترین ضعف این اسکریپت عدم پشتبانی از cache server و همچنین حتی یک coockie time ساده هستش که بتونه request ها را در کوکی مستقر کنه. در صورتیکه ایشون اگر از اسکریپتی مثل 123flashchat استفاده میکنند با سرور فعلیشون دستکم 2برابر آنلاین فعلی رو با سرعت بیشتر میتونند سرویس بدن

راه حل شما حسین خان موارد زیر می باشد:

1- انتقال mysql روی یک سرور دیگر از همین دیتاسنتر remote mysql
2- تغییر در هسته سیستم و بهینه کردن کوئری ها و استفاده از کش سرورها پس از سازگار کردن اسکریپت و همچین تغییر mysql type
3- استفاده از فلش چت


پیروز باشید

من به کار کانفیگ شخصی انتقاد نکردم صرفا در راستای کمک به حل مشکل ایشان پست دادم بهتر هست بر اساس مسائل فنی قضاوت کنیم این وضعیت سرور ایشان بوده قبل از بهینه سازی ساده پارامتر ها

[root@~]# perl mysqltuner.pl

 >>  MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.32
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 268M (Tables: 60)
[--] Data in InnoDB tables: 304K (Tables: 6)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 14

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 6h 2m 5s (34M q [1K qps], 3M conn, TX: 87B, RX: 6B)
[--] Reads / Writes: 86% / 14%
[--] Total buffers: 672.0M global + 12.4M per thread (1000 max threads)
[OK] Maximum possible memory usage: 12.7G (41% of installed RAM)
[OK] Slow queries: 0% (0/34M)
[OK] Highest usage of available connections: 80% (801/1000)
[OK] Key buffer size / total MyISAM indexes: 512.0M/38.7M
[OK] Key buffer hit rate: 100.0% (235M cached / 29K reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 562K sorts)
[!!] Temporary tables created on disk: 50% (537K on disk / 1M total)
[OK] Thread cache hit rate: 85% (538K created / 3M connections)
[!!] Table cache hit rate: 0% (400 open / 693K opened)
[OK] Open file limit used: 6% (336/5K)
[OK] Table locks acquired immediately: 96% (33M immediate / 34M locks)
[OK] InnoDB data size / buffer pool: 304.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
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
    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)
    table_cache (> 400)  
 

نظرتان را به قسمت های قرمز جلب میکنم ، قطعا با انجام تغییراتیکه اعمال کردند و تنظیم tmpdir روی tmpfs نتیجه عملکرد این سرور فرق خواهد کرد.
منتظر خروجی مجدد این سرور فردا هم می مانیم تا مقایسه کنیم وضعیت با همین تغییرات چقدر فرق کرده .

با بهینه سازی اسکریپت هم که موافقم این نظری بود که خودم دادم حالا شما دارید تاکید میکنید روش ولی با جداکردن سرور و رفتن روی سرور دوم 90% مطمئن هستم مشکل ایشان حل نمیشه.

[iMohsen]

من به کار کانفیگ شخصی انتقاد نکردم صرفا در راستای کمک به حل مشکل ایشان پست دادم بهتر هست بر اساس مسائل فنی قضاوت کنیم این وضعیت سرور ایشان بوده قبل از بهینه سازی ساده پارامتر ها

[root@~]# perl mysqltuner.pl

 >>  MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.32
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 268M (Tables: 60)
[--] Data in InnoDB tables: 304K (Tables: 6)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 14

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 6h 2m 5s (34M q [1K qps], 3M conn, TX: 87B, RX: 6B)
[--] Reads / Writes: 86% / 14%
[--] Total buffers: 672.0M global + 12.4M per thread (1000 max threads)
[OK] Maximum possible memory usage: 12.7G (41% of installed RAM)
[OK] Slow queries: 0% (0/34M)
[OK] Highest usage of available connections: 80% (801/1000)
[OK] Key buffer size / total MyISAM indexes: 512.0M/38.7M
[OK] Key buffer hit rate: 100.0% (235M cached / 29K reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 562K sorts)
[!!] Temporary tables created on disk: 50% (537K on disk / 1M total)
[OK] Thread cache hit rate: 85% (538K created / 3M connections)
[!!] Table cache hit rate: 0% (400 open / 693K opened)
[OK] Open file limit used: 6% (336/5K)
[OK] Table locks acquired immediately: 96% (33M immediate / 34M locks)
[OK] InnoDB data size / buffer pool: 304.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
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
    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)
    table_cache (> 400)  
 

نظرتان را به قسمت های قرمز جلب میکنم ، قطعا با انجام تغییراتیکه اعمال کردند و تنظیم tmpdir روی tmpfs نتیجه عملکرد این سرور فرق خواهد کرد.
منتظر خروجی مجدد این سرور فردا هم می مانیم تا مقایسه کنیم وضعیت با همین تغییرات چقدر فرق کرده .

با بهینه سازی اسکریپت هم که موافقم این نظری بود که خودم دادم حالا شما دارید تاکید میکنید روش ولی با جداکردن سرور و رفتن روی سرور دوم 90% مطمئن هستم مشکل ایشان حل نمیشه.

چه جالب یعنی کانفیگ حرفه ای قبلی بر مبنای عدم استفاده از query cache و یا tune کردن heap table بوده ؟
از اولین موارد که در بهینه سازی برمبنای write بالا استفاده میشه tmpfs هست که انگار نبوده .

علاوه بر راهنمایی خوب و ساده ali2k شما به تدریج حتی اگر نحوه اجرای query های سیستم رو هم تغییر بدید این فشار سیستم خیلی کاهش پیدا خواهد کرد . در زمانی که فشار سیستم بالاست با استفاده از phpmyadmin بررسی کنید که آیا کوئری در mysql وجود داره که wait شده باشه ؟ اگر باشه افزایش این wait ها باعث مصرف بیشتر منابع و کاهش پایداری سیستم میشه .

برای بهینه کردن کوئری ها هم همین مهندس ali2k استادن ...

[bl4ck]

چه جالب یعنی کانفیگ حرفه ای قبلی بر مبنای عدم استفاده از query cache و یا tune کردن heap table بوده ؟
از اولین موارد که در بهینه سازی برمبنای write بالا استفاده میشه tmpfs هست که انگار نبوده .

علاوه بر راهنمایی خوب و ساده ali2k شما به تدریج حتی اگر نحوه اجرای query های سیستم رو هم تغییر بدید این فشار سیستم خیلی کاهش پیدا خواهد کرد . در زمانی که فشار سیستم بالاست با استفاده از phpmyadmin بررسی کنید که آیا کوئری در mysql وجود داره که wait شده باشه ؟ اگر باشه افزایش این wait ها باعث مصرف بیشتر منابع و کاهش پایداری سیستم میشه .

برای بهینه کردن کوئری ها هم همین مهندس ali2k استادن ...

سلام اقا محسن

کانفیگ قبلی رو من منظورم وب سرور بود نه دیتابیس کسانی هستن که الان تو همین انجمن هستن وب سرور رو درست بلد نیستن کانفیگ کنن

تو این مدتی که برا چت رومم سرور خریدم بهترین حالت کانفیگ وب سرور برام کانفیگ همین اقای محمدی بوده که تا 1200 انلاین رو تونست جواب بده و کسانی هم الان تو همین انجمن هستن که خیلی استاد هم به نظر میرسن اما سرورمو دادم دستشون وقتی کانفیگ کردن روی 300 انلاین همش ارور میداد که موفق به حلش نشدن (اسم نمیبرم)

حالا اگه دیتابیس هم خوب بهینه بشه دیگه فکر نمیکنم مشکلی داشته باشم

اقای علی هم به مواردی اشاره کرد که کسانی که در بهینه کردن دیتابیس ادعا دارن هم بهش توجهی نکرده بودن

برام جالب بود


طبق معمول مثل هر روز باید امروز سرور من 1 یا 2 بار دچار هنگ میشد که فقط با ری استارت mysql server و یا ریبوت سرور حل میشد اما این اتفاق نیفتاد پس این تغییرات علی اقا تاثیر مناسبی داشته

خروجی رو الان دوباره میزارم فقط 1 موردش مونده اینم ok بشه دیگه تمومه

-------- Performance Metrics -------------------------------------------------
[--] Up for: 17h 47m 9s (96M q [1K qps], 10M conn, TX: 235B, RX: 17B)
[--] Reads / Writes: 79% / 21%
[--] Total buffers: 10.9G global + 12.4M per thread (1000 max threads)
[OK] Maximum possible memory usage: 23.0G (75% of installed RAM)
[OK] Slow queries: 0% (5/96M)
[OK] Highest usage of available connections: 79% (797/1000)
[OK] Key buffer size / total MyISAM indexes: 512.0M/44.1M
[OK] Key buffer hit rate: 100.0% (631M cached / 5K reads)
[OK] Query cache efficiency: 41.1% (30M cached / 74M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (9 temp sorts / 1M sorts)
[!!] Temporary tables created on disk: 50% (1M on disk / 2M total)
[OK] Thread cache hit rate: 90% (1M created / 10M connections)
[OK] Table cache hit rate: 59% (2K open / 3K opened)
[OK] Open file limit used: 32% (1K/5K)
[OK] Table locks acquired immediately: 97% (63M immediate / 64M locks)
[OK] InnoDB data size / buffer pool: 544.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
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
    tmp_table_size (> 16M)
    max_heap_table_size (> 16M)