ฉันเพิ่งย้ายเว็บไซต์ของลูกค้า (ใช้ CMS คอนกรีต 5) ไปยัง VPS ที่รัน Gentoo, Apache 2.2, PHP5 และ MySQL 5 และฉันสังเกตเห็นว่าเวลาตอบสนอง Apache ค่อนข้างแย่ (มันเหมือนกันบนเซิร์ฟเวอร์เก่า) บางครั้งอาจสูงถึง 8-9 วินาที แต่บ่อยครั้งระหว่าง 300ms ถึง 3 วินาที (ต่อ 300 มิลลิวินาทีฉันไม่สนใจ) ฉันรู้ว่ามันไม่ใช่เวลาแฝงเครือข่ายเนื่องจากเซิร์ฟเวอร์มี ping (จากตำแหน่งของฉัน) ประมาณ 30ms
นี่คือตัวอย่างของเวลา (คุณสามารถเห็นว่ามันเร็วหลังจากการรอครั้งแรก):
ฉันใช้ APC (แม้ว่าฉันไม่แน่ใจว่าทำงานได้ดี ... ) และ SuExec โมดูล Apache คือ:
core_module (static)
authn_file_module (static)
authn_default_module (static)
authz_host_module (static)
authz_groupfile_module (static)
authz_user_module (static)
authz_default_module (static)
auth_basic_module (static)
include_module (static)
filter_module (static)
deflate_module (static)
log_config_module (static)
env_module (static)
expires_module (static)
headers_module (static)
setenvif_module (static)
version_module (static)
ssl_module (static)
mpm_prefork_module (static)
http_module (static)
mime_module (static)
status_module (static)
autoindex_module (static)
asis_module (static)
info_module (static)
suexec_module (static)
cgi_module (static)
negotiation_module (static)
dir_module (static)
actions_module (static)
userdir_module (static)
alias_module (static)
rewrite_module (static)
so_module (static)
suphp_module (shared)
และโมดูล PHP คือ:
bcmath
calendar
ctype
curl
db
dbase
domxml
exif
ftp
gd
gettext
iconv
imap
mbstring
mcrypt
mime_magic
mysql
openssl
overload
pcre
posix
session
standard
sysvsem
sysvshm
tokenizer
xml
xslt
zlib
ฉันเปิดใช้งาน gzip กับไฟล์ที่เกี่ยวข้องทั้งหมดแล้ว
Apache กำลังทำงานโดยใช้ prefork และการตั้งค่าใน httpd.conf คือ:
<IfModule prefork.c>
StartServers 10
MinSpareServers 10
MaxSpareServers 20
MaxClients 250
MaxRequestsPerChild 4000
</IfModule>
HostnameLookups Off
ฉันสังเกตเห็นว่าหน้าเว็บที่ (ซึ่งฉันคิดว่า) เป็นฐานข้อมูลหนักเช่นแดชบอร์ดของ CMS มักจะช้ากว่าปกติ ฉันคิดว่านี่อาจหมายความว่า MySQL สามารถปรับให้เหมาะสม ฉันยังสงสัยเกี่ยวกับโมดูล Apache - ฉันสับสนระหว่าง mod_php5, mod_cgi, mod_fastcgi ฯลฯ และอื่น ๆ - มีคำแนะนำที่ขัดแย้งกันทั่วเน็ตว่าดีที่สุดสำหรับการใช้งาน
นี่คือผลลัพธ์ของMySQLTuner :
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.44-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 35M (Tables: 161)
[!!] Total fragmented tables: 15
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 3d 21h 44m 16s (293K q [0.868 qps], 1K conn, TX: 135M, RX: 90M)
[--] Reads / Writes: 99% / 1%
[--] Total buffers: 58.0M global + 1.6M per thread (100 max threads)
[!!] Maximum possible memory usage: 219.7M (93% of installed RAM)
[OK] Slow queries: 0% (0/293K)
[OK] Highest usage of available connections: 2% (2/100)
[OK] Key buffer size / total MyISAM indexes: 16.0M/20.9M
[OK] Key buffer hit rate: 99.6% (5M cached / 21K reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 3K sorts)
[!!] Temporary tables created on disk: 47% (2K on disk / 5K total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 6% (64 open / 1K opened)
[OK] Open file limit used: 12% (128/1K)
[OK] Table locks acquired immediately: 100% (356K immediate / 356K locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
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:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (>= 8M)
tmp_table_size (> 32M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 64)
ฉันสังเกตว่าเมื่อมีการโหลดหน้า DB-heavy การใช้งาน CPU ได้รับการอัปเดตที่ 57% (โดยใช้ด้านบน) - สำหรับฉันซึ่งแสดงให้เห็นว่ามีบางสิ่งที่ MySQL ที่ได้รับการปรับปรุงไม่ดีหรือแคชมีความจำเป็นอย่างยิ่ง
ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมมาก!
HostnameLookupเปิดใช้งานการกำหนดค่าบันทึกหรือไม่ ถ้าเป็นเช่นนั้นการค้นหา DNS ของไคลเอนต์ที่ร้องขอที่จะเพิ่มลงในบันทึกการเข้าถึงอาจช้ามาก (หรือเซิร์ฟเวอร์ DNS เครื่องแรกหมดเวลา) ซึ่งอาจทำให้การร้องขอเสร็จสมบูรณ์ช้าลง