- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Такой вопрос, на сервере 3 гига рамы, баз на 2.8, мускул пищит конечно, но работает. Есть ли способ оптимизировать таким образом, чтобы не увеличивая оперативы мускул работал и при большем объеме баз? А то до 3 гиг доходит и весь сервак тормозит.
Поставьте переменную key_buffer чуть больше размера индексов таблицы. Если индексы таблицы больше размера оперативки, то только добавление памяти спасет
текущий конфиг показал бы
кеш запросов увелич, шаред мемори и тп
и конечно же http://www.mysqlperformanceblog.com/
Если и key_buffer не помог, то в этой теме все очень индивидуально. Бесполезно давать общие советы.
Смотреть, переписывать приложения, снова смотреть.
[mysqld]
max_connections=650
default-character-set=cp1251
character-set-server=cp1251
collation-server=cp1251_general_ci
init-connect="SET NAMES cp1251"
# Max_user_connections where applicable,
# comment out elsewhere
#max_user_connections=35
old_passwords=1
connect_timeout=10
interactive_timeout=45
wait_timeout=20
# Number of CPU's*2 for thread_concurrency
thread_concurrency=8
join_buffer_size=4M
key_buffer_size=250M
max_allowed_packet=100M
myisam_sort_buffer_size=64M
read_buffer_size=4M
sort_buffer_size=4M
table_cache=2048
thread_cache_size=128
tmp_table_size=128M
max_heap_table_size=128M
transaction_prealloc_size=6144
query_cache_limit=1M
query_cache_size=80M
query_cache_type=1
safe-show-database
[safe_mysqld]
err-log=/var/log/mysqld.log
open_files_limit=8192
[mysql]
no-auto-rehash
default-character-set=cp1251
[mysqldump]
quick
max_allowed_packet=32M
default-character-set=cp1251
[isamchk]
key_buffer_size=250M
sort_buffer_size=64M
read_buffer_size=8M
write_buffer_size=8M
[myisamchk]
key_buffer_size=250M
sort_buffer_size=64M
read_buffer_size=8M
write_buffer_size=8M
[mysqlhotcopy]
interactive-timeout
советую глянуть slow-query, попробуй включить их логирование и глянь какого плана запросы тормозят
хотя для начала через musqladmin status глянь естьли они вообще + сколько запросов в секунду выполняется
650 коннектов эт дохрена конечно (если параметр ставился из-за каких-то побуждений :) ), может стоит на persistent connection в апликухах перейти?
глянь через mtop есть ли локи, например если идёт инсерт и селект из myisam таблицы, то сервак раком легко становится, а вот на innodb прекрасно работает, хотя на селектах и инсертах первая вроде бы шустрее (у меня почему-то с myisam не сложилось)
сам я больше postgresql уважаю...
возможно вам имеет смысл попробывать mysqltunner
http://wiki.mysqltuner.com/MySQLTuner
или что то подобное
а тормозит-то что именно ?
Такой вопрос, на сервере 3 гига рамы, баз на 2.8, мускул пищит конечно, но работает. Есть ли способ оптимизировать таким образом, чтобы не увеличивая оперативы мускул работал и при большем объеме баз? А то до 3 гиг доходит и весь сервак тормозит.
стукните в icq 833-063, разберемся.
Побить базу на 2 сервака?