WackoWiki : WackoУскорено

Wacko Быстродействие

Сделано
1. ~~Хранить последнюю версию документа отдельно от всех остальных.~~
  - SQL: CREATE TABLE wakka_revisions ( id int(10) unsigned NOT NULL auto_increment, tag varchar(50) NOT NULL default '', time datetime NOT NULL default '0000-00-00 00:00:00', body text NOT NULL, body_r text NOT NULL, owner varchar(50) NOT NULL default '', user varchar(50) NOT NULL default '', latest enum('Y','N') NOT NULL default 'N', handler varchar(30) NOT NULL default 'page', comment_on varchar(50) NOT NULL default '', supertag varchar(50) NOT NULL default '', PRIMARY KEY (id), KEY idx_tag (tag), KEY idx_time (time), KEY idx_latest (latest), KEY idx_comment_on (comment_on), KEY supertag (supertag) ) TYPE=MyISAM; INSERT INTO wakka_revisions SELECT * FROM `wakka_pages` WHERE latest='N'; delete FROM `wakka_pages` WHERE latest='N'; OPTIMIZE TABLE `wakka_pages`;
  - Плюсы: FTS-индекс будет заметно меньше, скорость должна заметно возрасти.
  - Минусы: не вижу.
  - Вывод: делать.
  - На практике: индекс стал меньше на порядок, БД стала меньше в два раза, заметного ускорения не дало. UPDATE: кажется, стало заметно быстрее сохранять.
2. ~~Вынести TEXT-поля из таблицы pages.~~
  - ~~Вывод: не делать.~~
    - ~~Теперь это некритично, в pages удаления практически нет, есть в основном update и реже insert.~~
3. ~~Заменить select * при вызове Link на select конкретных нужных полей.~~
  - Плюсы: будет немного быстрее за счёт того, что большие тексты из БД не вынимаются.
  - Минусы: не получится одной функцией пользоваться для Link и для вытаскивания текста страницы.
  - Вывод: думаю, делать.
  - На практике: заметного ускорения не дало.
4. ~~Заменить много отдельных запросов на каждое имя страницы одним-двумя комплесными.~~
  1. Перед форматированием сделать один запрос в по поводу всех вообще ссылок с данной страницы. Можно тем же запросом и ACL вытянуть. Или ACL – вторым запросом. Сложить в кэш.
  2. То есть select * from links where from_tag=нашастаница; а потом select поля from pages where (super)tag in (список, который вернул первый запрос). И select * from acls where (super)tag in (список, который вернул первый запрос).
  3. Получаем 3 + 2*(количество ссылок в хидере и футере) запросов. Звучит очень заманчиво.
    - Плюсы: Все должно стать быстрее, в идеале – заметно. IN быстрее 30-ти OR. Один запрос чувствительно быстрее 30 отдельных.
    - Минусы: не вижу.
    - Вывод: делать.
    - На практике: ускорение до 20 процентов
      Yulia Shabunio: В лучшем случае мне удалось добиться 7 запросов на страницу.
      Все хуже, если:
      
      Страницы или их ACL определены не через supertag ~~(для ACL это актуально)~~ – 2 запроса на каждую
      Ku Me: это устраняется после первого запроса к таким страницам/acl
      Roman Ivanov не понял этого пункта.
      ~~Много букмарков записаны в квадратных скобках – они не закэшируются – один запрос на каждую.~~
      ~~Много несуществующих страниц – 6 запросов на каждую.~~
5. ~~В maintenance добавить OPTIMIZE TABLE.~~
6. ~~JOIN на wakka_acls в Recent Changes.~~
7. ~~Кэшировать несуществующие страницы.~~
8. ~~Раскрывать квадратные скобки в CacheLinks.~~