[umka]

[umka]
Рейтинг
456
Регистрация
25.05.2008
Закрытый раздел на сайте, вход

PHP + MySQL

Как удалить одинаковые ссылки?

Берёте все ссылки, пихаете их в ассоциативный массив, где ключом является имя домена, а значением ссылка целиком, и это при условии, что такого ключа в массиве ещё нет.

Таким образом в массиве у каждого ключа-домена будет первая ссылка из списка.

Посоветуйте скрипт форума

250$ за лицензию :)

В качестве "плюшек", когда ваш форум наберёт популярность, вас не заклюют правообладатели.

Посоветуйте скрипт форума

Бесплатный PhpBB.

Платный vBulletin.

Но решить лучше сразу, иначе потом будет много канетели с переездом.

InnoDB в MyISAM
SeVlad:
Я не первый раз сравниваю преимущества\недостатки. И не вижу каких-то особых преимуществ InnoDB, при основном недостатке - скорости селекта (да и др запросах).
Надёжность же InnoDB если и несколько выше, то ИМХО не на столько, что бы жертвовать скоростью (да и объёмами на серверах). Бекапы решают всё :).

У вас ещё всё впереди :D

SeVlad:
В моей практике попадались ВП-шные базы и по 2 гб.

И всё полезная текстовая информация? :)

SeVlad:
Точно помню, что БД на 800-900 мб после оптимизации уменьшилась в 16 раз!
Думаю, это стоит того, что бы заморачиваться подобными вопросам :)

Это речь о фрагментации таблиц MyISAM.

Если вес таблицы MyISAM, скажем 100 МБ, то из-за фрагментации она может разрастаться практически бесконечно и тогда "оптимизация" даст хороший результат.

А таблица InnoDB с теми же данными будет занимать 200-220 МБ всегда.

Т.е. не будет разрастаться и "оптимизация" не требуется.

Раздам сервера

Это называется не "раздам", а "распродам".

InnoDB в MyISAM
SeVlad:
SELECT же на MyISAM значительно быстрее чем на InnoDB.

Разницу в производительности вы заметите только при бешеной интенсивности чтения и практически полном отсутствии записи.

Там же, где вы прочитали про SELECT-ы, наверняка написано про кучу преимуществ InnoDB.

И я рекомендовал бы использовать MyISAM только в том случае, когда вы чётко прдставляете, зачем вы это делаете.

SeVlad:
Эм.. таблица УЖЕ в 5 раз больше чем могла бы быть. И это сайт ещё практически пустой (100 постов всего). Страшно представить что может быть дальше.

Там не прямая зависимость.

Я сейчас ради интереса кнопки понажимал, таблички InnoDB в среднем в 2 раза жирнее MyISAM.

Экономить на размере имеет смысл, если у вас БД конского размера и мало памяти/места.

Авторизация с SSH

А какое отношение имеет SSH к конфигам nginx.conf и httpd.conf?

Или вы путаете с SSL?

InnoDB в MyISAM
SeVlad:
Да как сказать..

Точно InnoDB? И phpMyAdmin это показывает? :)

SeVlad:
До этого из 5,5 мб получилось 1,1.

Таблички InnoDB сами по себе жирнее.

SeVlad:
SELECT же!

Эээммм... SELECT? а что с ним не так в InnoDB?

SeVlad:
Хм, а вот тут я пас (надо погуглить, но уже завтре ;) ). Это об чём? Как убедится?

В дампе посмотреть, есть ли упоминания об FOREIGN KEY.

Или в phpMyAdmin нажать "Связи" и посмотреть, есть ли они.

---------- Добавлено 07.03.2014 в 03:01 ----------

Вот ещё информация для размышления:

http://dev.mysql.com/doc/refman/5.5/en/optimize-table.html

Абзац "InnoDB Details".

InnoDB в MyISAM

А в чём именно траблы?

У таблиц InnoDB не возникает "накладных расходов" => нет нужды в оптимизации.

ВП вряд ли использует какие-то фишки MyISAM и для него вряд ли есть разница.

А поменять тип таблиц можно с помощью phpMyAdmin или просто SQL-ем

ALTER TABLE `table` ENGINE = MYISAM

Если это ВП-шные таблицы и там никаким образом не возникло внешних ключей, то подводных камней быть не должно.

1... 159160161162163164165166167 ...607
Всего: 6067