netwind: такие индексы возникают при неоднократных неудачных обновлениях движков и тормозят работу нормальненько. но все же хотелось бы убедиться, покажите таблицу :
в mysql, в той самой БД, show create table cat_vip
насчет innodb можете расслабиться - у вас sequence number не растет, а значит не используется. если выключить можно выиграть немножко памяти.
запрос show create table cat_vip ошибок не выдал.
Вчера отключил половину аккаунтов
вернее даже 4 отрубил .Ночью судя по работе сайтво отрубона небыло.
Я думаю что они добавлили на VDS еще пользователей из за чего стало все лететь.
В общем решил все перенести на другой VDS.
Вот только как прописывать Сайты без панелька через SSH
netwind: По идее их надо удалить. А чем это вы анализируете?
Покажите лучше что там на самом деле. Нужен вывод sql-команды по какой-нибудь из таблиц
"show create table cat_vip ;"
Что-то уж слишком плохо выглядит.
ну через пхпадмин анализировал
в общем лог базы, выкладываю весь
090114 18:40:30 mysqld started
090114 18:40:30 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:30 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:30 [ERROR] Aborting
090114 18:40:37 mysqld started
090114 18:40:37 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:37 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:37 [ERROR] Aborting
090114 18:40:38 mysqld started
090114 18:40:38 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
090114 18:40:38 [ERROR] Do you already have another mysqld server running on port: 3306 ?
090114 18:40:38 [ERROR] Aborting
090114 18:41:21 mysqld started
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
090114 18:41:22 InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
090114 18:41:22 InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
090114 18:41:22 InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
090114 18:41:22 InnoDB: Started; log sequence number 0 0
/usr/local/libexec/mysqld: ready for connections.
Version: '4.1.25' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.25
090114 18:41:22 [Note] /usr/local/libexec/mysqld: Normal shutdown
Californiy: Неверно, на картинку не ссылаются. Даже, если бы и ссылались - сервер бы не отдавал ее как текст, а значит, она не была бы проиндексирована.
Если, кроме картинок, ваш сервер ничего не генерирует для Пупкина, каждый раз, при обновлении его страницы, то вам, впринципе, глубоко должно быть [накакать], потому-что боты (поисковые) не запрашивают урлы, оканчиваемые на .jpg, .png .gif и прочие.
Смотри в логи. Где-то лажанулся.
Ссылку я указал на скрпит.
в сутки набегало до 5 гигов трафи на не посещаемых и не проиндексированых сайтах.
Которые посешались яхоо гуглом и яндексом при индексации.
Тоесть если я буду размещать внешние ссылки на картинку или воткну проигрыватель видео нагрузки не будет?
На счет того что поисковик не индексирует картинки незнаю На мой сайт приходили по картинкам люди и поисковики картинки в выдаче выдавали. По LI статистике ,Были ссылки на картинку расширение gpg
это бот не картинки индексирует? Yandex/1.01.001 (compatible; Win16; P)
поисковики регистрируют картинки по тегу ALT <img scr="URL" alt="key"> можно еще и title впихнуть тоже с ключивиком
Может и старая инфа но
Yandex/1.01.001 (compatible; Win16; I) — основной индексирующий робот
Yandex/1.01.001 (compatible; Win16; P) — индексатор картинок
Yandex/1.01.001 (compatible; Win16; H) — робот, определяющий зеркала сайтов
Yandex/1.02.000 (compatible; Win16; F) — робот, индексирующий пиктограммы сайтов (favicons)
Yandex/1.03.003 (compatible; Win16; D) — робот, обращающийся к странице при добавлении ее через форму «Добавить URL»
Yandex/1.03.000 (compatible; Win16; M) — робот, обращающийся при открытии страницы по ссылке «Найденные слова»
YaDirectBot/1.0 (compatible; Win16; I) — робот, индексирующий страницы сайтов, участвующих в Рекламной сети Яндекса
YandexBlog/0.99.101 (compatible; DOS3.30; Mozilla/5.0; B; robot) — робот поиска по блогам, Yandex/2.01.000 (compatible; Win16; Dyatel; C) — «простукивалка» Яндекс.Каталога. Если сайт недоступен в течение нескольких дней, он снимается с публикации. Как только сайт начинает отвечать, он автоматически появляется в Каталоге.
Yandex/2.01.000 (compatible; Win16; Dyatel; Z) — «простукивалка» Яндекс.Закладок.
Yandex/2.01.000 (compatible; Win16; Dyatel; D) — «простукивалка» Яндекс.Директа. Она проверяет корректность ссылок из объявлений перед модерацией. Н
Yandex/2.01.000 (compatible; Win16; Dyatel; N) — «простукивалка» Яндекс.Новостей.
Вообще я все картинки с диаmонд скрипте закрыл в noindex мало ли.
rustelekom: в секции [mysqld]
где нибудь прописать просто строчку:
log-bin
и эти логи будут копиться в /var/db/mysql (если у вас фряха) с расширением .bin
смотреть их надо утилкой /usr/bin/mysqlbinlog имя файла лога.
PS. Если у вас не используются таблица типа innodb то лучше их в том же /etc/my.cnf совсем выключить. Опять же одной строчкой и в той же секции:
skip-innodb
А если используется то надо посмотреть может они и грузят (это по сути один здоровый файл и если он повредится то базам наступит большое куку. На ВПС я б не стал вообще пользовать базы на innodb).
На ВПС я б не стал вообще пользовать базы на innodb)
Базы на обчном мускуле вродьбы sql
завтра покажу вам конфиг настроек.
seosniks добавил 14.01.2009 в 22:17
сейчас одну базу проверил в ней
ошибки
Проблемы с индексами таблицы `cat_advert`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_advert
Проблемы с индексами таблицы `cat_backhrefs`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_href
Проблемы с индексами таблицы `cat_catalog`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_cat
Проблемы с индексами таблицы `cat_counters`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_counter
Проблемы с индексами таблицы `cat_links`
Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_link
Проблемы с индексами таблицы `cat_news`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_news
Проблемы с индексами таблицы `cat_rss`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_rss
Проблемы с индексами таблицы `cat_stat`
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_stat
Проблемы с индексами таблицы `cat_vip`
Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2
Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_vip
DELL: да я только до дому доехал, а днем несколько раз выходил - тебя не было(
Могли бы отписать мне что вечером купите. Прошло 5 часов с момента как вам отписал в личку.
И я все время был в сети. До последнего вас ждал. На серче был 2 раза в час.
Могли бы в аську отписать я вам в личку скидывал. Или на крайняк предупредить что вечером купите. Мне человек постучас сказал что покупает прям сейчас, базу я ему продал.
Откуда я могу знать что вы не передумаете, если вы молчите .И куда вы выходили днем несколько раз? Я в сети сидел и акька работала все время.
rustelekom: если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.
есл можно раскажите подробнее как воткнуть в /etc/my.cnf воткнуть log-bin
строку кода если можно готовую
я так понимаю создать лог файлик прописать к нему путь?
Черт снова лег сервак. Хотя отключил все обращения к базе. кроме вывода новостей.
Или же может опять поддержка делает что то. так как сайт один неработал
я отписал чтоб починили и похоже что то сломали опять. 😡
netwind: seosniks, ну да я имею ввиду сервер mysql. Вы попробуйте mytop запускать ДО того как начнется залипание и наблюдать что происходит. ( это то же самое что запускать в цикле mysqladmin processlist).
Спасибо netwind! Я обязательно попробую. Сейчас отключил добавление новостей в базу. Все нормализовалось. Сайты в подписи которые на серваке падали
seosniks добавил 14.01.2009 в 19:45
hNick: seosniks, аналогичная ситуация была, в один прекрасный вечер база стала падать, делал ремонт и оптимизацию, непомогало, все свелось к тому, что я перешел на другой тариф.
hNick добавил 14.01.2009 в 19:37 Вот могу чем помочь, если действительно помогу. буду рад =).
1 способ починки таблиц.
1) переходим в директорию с вашей mysql
2) Останавливаем mysql
3) Для проверки таблиц:
4) Для ремонта
5) И запускаем mysql
2 Способ Если неошибаюсь, работает при работающем mysql
Проверка таблиц
Ремонт таблиц
Спасибо hNick! Завтра поробую сделать
seosniks добавил 14.01.2009 в 19:47
rustelekom: если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.
rustelekom! Места свободно 800 мб. Хотя я уверен что там мусора гига полтора. так как было 2 гига пока все работало нормально.
Спасибо за помощь всем кто принимал участие в помощи.
И так мускул падает от добавления новостей. я уверен в этом на 90%
сейчас на кроне все вырубил, пока сервер работает нормально.
До 5 числа небыло никаких проблем, иногда падал сервак.
5 числа навернулись 3 базы данных, из за чего я не обнаружил из в панели ISP
вернее их размер был всего 5 мб.
Хотя в папке на серваке они лежали в полном обеме пол гига.
Сервер работал на тарифе
VDS-Отрыв
SSH root-доступ
Диск - 3000 мегабайт
Память - 128 мегабайт
саппорт сказал что не хватает памяти, после чего я сменил тариф на
VDS-Улёт
SSH root-доступ
Диск - 4000 мегабайт
Память - 160 мегабайт
но проблемму это не решило.
мускул падал каждые 10 минут. один акк с 5 сайтами.
Сервер продолжал работать нормально.
Затем я по очереди включил все акки.
Сейчас сервер работает.
Но вот базы данных видать побиты . Щас погляжу что с ними.
seosniks добавил 14.01.2009 в 18:14
и так судя по том что сервак работает и мускул не падает
Пролблема в самих базах данных.
мускул падает при добавлении новостей в базу.
за полтора часа все отлично работает.
Процессор Virtual CPU 600 MHZ
Оперативная память 160 Mb
Файл подкачки (swap) 319 Mb
Размер дискового пространства 4000 Mb
Количество процессов 35
Продолжительность работы 1 hours 28 minutes
Средняя загрузка 1.04 0.88 0.77
А почему mytop неработает?
Понятия не имею. Выдает ошибку. Я уже и даром не хочу сидеть на том сервере. Так как надоело дальше некуда. Полловину аккаунтов отключить пришлось.
щас придеться продать половину доменов сайтов.
/ru/forum/306148
потому как проблемму поддержка не хочет решать. Хотя все нормально работало год.
такие индексы возникают при неоднократных неудачных обновлениях движков и тормозят работу нормальненько. но все же хотелось бы убедиться, покажите таблицу :
в mysql, в той самой БД, show create table cat_vip
насчет innodb можете расслабиться - у вас sequence number не растет, а значит не используется. если выключить можно выиграть немножко памяти.
запрос show create table cat_vip ошибок не выдал.
Вчера отключил половину аккаунтов
вернее даже 4 отрубил .Ночью судя по работе сайтво отрубона небыло.
Я думаю что они добавлили на VDS еще пользователей из за чего стало все лететь.
В общем решил все перенести на другой VDS.
Вот только как прописывать Сайты без панелька через SSH
и базы.Может како добрый человек подскажет.
По идее их надо удалить. А чем это вы анализируете?
Покажите лучше что там на самом деле. Нужен вывод sql-команды по какой-нибудь из таблиц
"show create table cat_vip ;"
Что-то уж слишком плохо выглядит.
ну через пхпадмин анализировал
в общем лог базы, выкладываю весь
seosniks добавил 14.01.2009 в 23:01
еще там файлик с базами рядом ibdata1 вес его 10 метсров
утром он помоему вообще был малым.
seosniks добавил 14.01.2009 в 23:05
еще не понятно с какого боку включаеться InnoDB:
090114 22:42:40 mysqld started
090114 22:42:41 InnoDB: Started; log sequence number 0 43634
seosniks добавил 14.01.2009 в 23:10
Сейчас зашел в панель
сайты лежат снова.
смортрю MySQL mysqld сервис отключен. Включил его все заработало.
Там есть режимы включения
Самостоятельно
Inetd
Xinetd
какой выбрать? Стоит Самостоятельно.
Неверно, на картинку не ссылаются. Даже, если бы и ссылались - сервер бы не отдавал ее как текст, а значит, она не была бы проиндексирована.
Если, кроме картинок, ваш сервер ничего не генерирует для Пупкина, каждый раз, при обновлении его страницы, то вам, впринципе, глубоко должно быть [накакать], потому-что боты (поисковые) не запрашивают урлы, оканчиваемые на .jpg, .png .gif и прочие.
Смотри в логи. Где-то лажанулся.
Ссылку я указал на скрпит.
в сутки набегало до 5 гигов трафи на не посещаемых и не проиндексированых сайтах.
Которые посешались яхоо гуглом и яндексом при индексации.
Тоесть если я буду размещать внешние ссылки на картинку или воткну проигрыватель видео нагрузки не будет?
На счет того что поисковик не индексирует картинки незнаю На мой сайт приходили по картинкам люди и поисковики картинки в выдаче выдавали. По LI статистике ,Были ссылки на картинку расширение gpg
это бот не картинки индексирует? Yandex/1.01.001 (compatible; Win16; P)
поисковики регистрируют картинки по тегу ALT <img scr="URL" alt="key"> можно еще и title впихнуть тоже с ключивиком
Может и старая инфа но
Yandex/1.01.001 (compatible; Win16; P) — индексатор картинок
Yandex/1.01.001 (compatible; Win16; H) — робот, определяющий зеркала сайтов
Yandex/1.02.000 (compatible; Win16; F) — робот, индексирующий пиктограммы сайтов (favicons)
Yandex/1.03.003 (compatible; Win16; D) — робот, обращающийся к странице при добавлении ее через форму «Добавить URL»
Yandex/1.03.000 (compatible; Win16; M) — робот, обращающийся при открытии страницы по ссылке «Найденные слова»
YaDirectBot/1.0 (compatible; Win16; I) — робот, индексирующий страницы сайтов, участвующих в Рекламной сети Яндекса
YandexBlog/0.99.101 (compatible; DOS3.30; Mozilla/5.0; B; robot) — робот поиска по блогам, Yandex/2.01.000 (compatible; Win16; Dyatel; C) — «простукивалка» Яндекс.Каталога. Если сайт недоступен в течение нескольких дней, он снимается с публикации. Как только сайт начинает отвечать, он автоматически появляется в Каталоге.
Yandex/2.01.000 (compatible; Win16; Dyatel; Z) — «простукивалка» Яндекс.Закладок.
Yandex/2.01.000 (compatible; Win16; Dyatel; D) — «простукивалка» Яндекс.Директа. Она проверяет корректность ссылок из объявлений перед модерацией. Н
Yandex/2.01.000 (compatible; Win16; Dyatel; N) — «простукивалка» Яндекс.Новостей.
Вообще я все картинки с диаmонд скрипте закрыл в noindex мало ли.
Травы не дам, не просите. Самому мало. )
seosniks, сорри но ты:)
:D
Тогда почему боты ложат мои сайты? И создают нагрузку?
в секции [mysqld]
где нибудь прописать просто строчку:
log-bin
и эти логи будут копиться в /var/db/mysql (если у вас фряха) с расширением .bin
смотреть их надо утилкой /usr/bin/mysqlbinlog имя файла лога.
PS. Если у вас не используются таблица типа innodb то лучше их в том же /etc/my.cnf совсем выключить. Опять же одной строчкой и в той же секции:
skip-innodb
А если используется то надо посмотреть может они и грузят (это по сути один здоровый файл и если он повредится то базам наступит большое куку. На ВПС я б не стал вообще пользовать базы на innodb).
Базы на обчном мускуле вродьбы sql
завтра покажу вам конфиг настроек.
seosniks добавил 14.01.2009 в 22:17
сейчас одну базу проверил в ней
ошибки
А вот как их лечить незнаю.
да я только до дому доехал, а днем несколько раз выходил - тебя не было(
Могли бы отписать мне что вечером купите. Прошло 5 часов с момента как вам отписал в личку.
И я все время был в сети. До последнего вас ждал. На серче был 2 раза в час.
Могли бы в аську отписать я вам в личку скидывал. Или на крайняк предупредить что вечером купите. Мне человек постучас сказал что покупает прям сейчас, базу я ему продал.
Откуда я могу знать что вы не передумаете, если вы молчите .И куда вы выходили днем несколько раз? Я в сети сидел и акька работала все время.
если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.
есл можно раскажите подробнее как воткнуть в /etc/my.cnf воткнуть log-bin
строку кода если можно готовую
я так понимаю создать лог файлик прописать к нему путь?
Черт снова лег сервак. Хотя отключил все обращения к базе. кроме вывода новостей.
Или же может опять поддержка делает что то. так как сайт один неработал
я отписал чтоб починили и похоже что то сломали опять. 😡
seosniks, ну да я имею ввиду сервер mysql. Вы попробуйте mytop запускать ДО того как начнется залипание и наблюдать что происходит. ( это то же самое что запускать в цикле mysqladmin processlist).
Спасибо netwind! Я обязательно попробую. Сейчас отключил добавление новостей в базу. Все нормализовалось. Сайты в подписи которые на серваке падали
seosniks добавил 14.01.2009 в 19:45
seosniks, аналогичная ситуация была, в один прекрасный вечер база стала падать, делал ремонт и оптимизацию, непомогало, все свелось к тому, что я перешел на другой тариф.
hNick добавил 14.01.2009 в 19:37
Вот могу чем помочь, если действительно помогу. буду рад =).
1 способ починки таблиц.
1) переходим в директорию с вашей mysql
2) Останавливаем mysql
3) Для проверки таблиц:
4) Для ремонта
5) И запускаем mysql
2 Способ
Если неошибаюсь, работает при работающем mysql
Проверка таблиц
Ремонт таблиц
Спасибо hNick! Завтра поробую сделать
seosniks добавил 14.01.2009 в 19:47
если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.
Еще можно посмотреть лог ошибок самого мускуля (валяется обычно в директории мускуля с расширением .err). Если к примеру не хватает таблиц или они побиты - напишет.
rustelekom! Места свободно 800 мб. Хотя я уверен что там мусора гига полтора. так как было 2 гига пока все работало нормально.
Спасибо за помощь всем кто принимал участие в помощи.
Вот сделал лог
И так мускул падает от добавления новостей. я уверен в этом на 90%
сейчас на кроне все вырубил, пока сервер работает нормально.
До 5 числа небыло никаких проблем, иногда падал сервак.
5 числа навернулись 3 базы данных, из за чего я не обнаружил из в панели ISP
вернее их размер был всего 5 мб.
Хотя в папке на серваке они лежали в полном обеме пол гига.
Сервер работал на тарифе
VDS-Отрыв
SSH root-доступ
Диск - 3000 мегабайт
Память - 128 мегабайт
саппорт сказал что не хватает памяти, после чего я сменил тариф на
VDS-Улёт
SSH root-доступ
Диск - 4000 мегабайт
Память - 160 мегабайт
но проблемму это не решило.
мускул падал каждые 10 минут. один акк с 5 сайтами.
Сервер продолжал работать нормально.
Затем я по очереди включил все акки.
Сейчас сервер работает.
Но вот базы данных видать побиты . Щас погляжу что с ними.
seosniks добавил 14.01.2009 в 18:14
и так судя по том что сервак работает и мускул не падает
Пролблема в самих базах данных.
мускул падает при добавлении новостей в базу.
за полтора часа все отлично работает.
Скорость открытия страниц вполне нормальная.