Отмизиране на настроийките на MySQL - Tweak

ThinkFast

New Member
Да, извинявам се за спама :)
До няколко месеца трябва да се ориентирам към някой стабилен впс провайдър, та да проуча още някой.

Само да питам, тия 256 мегабайтовите стигат ли ви? При мене само mysql си точи около 120мб рам, то за другото направо не остава. Аз съм със 512, ама много лош тоя mysql, а този WebMin е голяма боза, изобщо не съм доволен, постоянно гълта рам за едното нищо.
 
От: VPS по-добър от DEDICATED - от DATACENTER.BG

WebMin-a не би трябвало да точи каквото и да било когато не го ползваш. И в интерес на истината е един от най-мощните уеб базирани инструменти за управление на UNIX/LINUX базирани OS които съм срещал. Друг е въпроса, че като всеки софтуер си иска своето когато става дума за сигурност. Кажи какво искаш да върви на VPS-а като услуги и за колко потребители и ще мога да ти кажа колко ресурс ще ти е достатъчен.
 
Re: VPS по-добър от DEDICATED - от DATACENTER.BG

При centos + lxadmin, стандартния конфигурационен файл на mysql не включва точно определени параметри за буферите, които са позволени и за това доста често се случва mysql-а да заема прекалено много рам памет, която в повечето случаи дори не се ползва. В момента съм с този конфигурационен файл, който върши перфектна работа за моите нужди, като ползваната рам памет е около 75 mb, като може да се смъкне още:

Код:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=**********

log-slow-queries = /var/log/mysql-slow.log
long_query_time = 5
skip-innodb
skip-locking
skip-bdb

[mysqld]
local-infile=0
skip-locking
query_cache_limit=4M
query_cache_size=32M
query_cache_type=1
max_connections=300
interactive_timeout=100
#wait_timeout=100
connect_timeout=10
thread_cache_size=64
key_buffer=16M
join_buffer=1M
max_allowed_packet=16M
table_cache=1024
open_files_limit=5120
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=4
myisam_sort_buffer_size=64M
tmp_table_size=64M
max_heap_table_size=64M

[safe_mysqld]
err-log=/var/log/mysqld.log
open_files_limit=8192

[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

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

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Смени си ползвания потребител в началото на файла ако решиш да ползваш този вид на файла. Стандартно е mysql.

Добавка: Може да ползваш този туул за да провериш до колко добре е сегашния ти конфиг файл, спрямо ресурсите с които разполагаш за да си го настроиш спрямо нуждите: http://mysqltuner.com/

Добавка2: Забравих - трябва да редактираш и този ред : thread_concurrency=4, защото в момента е настроен за 2 ядра, ако имаш достъп само до едно, то цифрата не трябва да е 4, а 2. За да разбереш до колко ядра имаш достъп, ползвай grep ^processor /proc/cpuinfo | wc -l
 
Последно редактирано:
От: Re: VPS по-добър от DEDICATED - от DATACENTER.BG

При centos + lxadmin, стандартния конфигурационен файл на mysql не включва точно определени параметри за буферите, които са позволени и за това доста често се случва mysql-а да заема прекалено много рам памет, която в повечето случаи дори не се ползва. В момента съм с този конфигурационен файл, който върши перфектна работа за моите нужди, като ползваната рам памет е около 75 mb, като може да се смъкне още:

Смени си ползвания потребител в началото на файла ако решиш да ползваш този вид на файла. Стандартно е mysql.

Добавка: Може да ползваш този туул за да провериш до колко добре е сегашния ти конфиг файл, спрямо ресурсите с които разполагаш за да си го настроиш спрямо нуждите: http://mysqltuner.com/

Мерси, спести ми 70 мегабайта. Тия mysql конфигурации от край време ги мразя и тъй и не се научих да си ги конфигурирам :(

ПП: Вече ме настигна по реп, дано да си все така полезен и отзивчив тука ;)
 
От: Отмизиране на настроийките на MySQL - Tweak

Ето едно допълнение към темата, отнася се за apache, но има огромен ефект върху оптимизирането на рамта, особено за ВПС-и с 256МВ или по-малко.

Във файла httpd.conf (CentOs path: /etc/httpd/conf/httpd.conf) се намират и преконфигурират следните полета:

Код:
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 1
# prefork MPM
StartServers 2
MinSpareServers 2
MaxSpareServers 5
ServerLimit 100
MaxClients 100
MaxRequestsPerChild 500
<IfModule prefork.c>
StartServers 2
MinSpareServers 2
MaxSpareServers 5
ServerLimit 100
MaxClients 100
MaxRequestsPerChild 500
</IfModule>
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 15
MaxSpareThreads 50
ThreadsPerChild 15
MaxRequestsPerChild 0
</IfModule>
Преди това преконфигуриране апачето си изяждаше рамта, когато имаше нужда и след това забравяше да я освободи изобщо и си плюскаше от swap-a без да има и един посетител в сайта, различен от мен. След този мод, при зареждане на произволни странички из админ панела на wordpress used memory-то се вдигаше до 180 макс, а след 1 филм гледане и неактивност от моя страна из блога, използваната рам в момента е 72МВ. Enjoy!8)

сървър - CentOs 5.7 x64, PHP 5.3.8, брой сайтове - 1 (wordpress blog)
 
Последно редактирано:
От: Отмизиране на настроийките на MySQL - Tweak

Слагай nginx преди апача. След това fastcgi + spawn-fastcgi и пеем любовна песен :)
 
VPS сървър за 30 евро, хостнати 7 тежки wp сайта, генериращи дневно между 40 и 80к посещения, издържал е и до 150к на ден.

Оптимизацията е най-важна. Може да си вземеш сървър и за 1000$ , но пак ще влачи ако не ти е направена правилно оптимизацията.

Виж файлът 19657
 
Като сте я вдигнали тази тема и аз да взема линкче :) Кеша е най важен ако може да се кешира съдържанието до статично може да постигнете много и с хостинг акаунт :)
 
Ха! Това е темата, която навремето ме доведе във форума
 

Горе