Я бы Набросать сайт с нуля – не делал бы, можно использовать бесплатный шаблон и помаленьку переделывать его под себя, платный вариант тоже неплох – за 50-60$ в целом можно повыбирать что нить интересное, да и в любом случае потом если что шаблон можно сменить в один клик в WordPress ну или если разбогатеете полно фрилансеров которые на заказ сделают так как хочется, современно, адаптивно и с любыми правками.
А да ну и после всего проделанного необъективные, нереальные, вымышленные, фантастические и не стоящие своего внимания возможно придуманные для самоудовлетворения цифры:
До изменения базы данных: DOMContentLoaded: примерно +/- 1.50 s
После перехода на новую версию: DOMContentLoaded: примерно +/- 1.12 s
LEOnidUKG: Вы когда переезжаете на InnoDB там уже всё оптимизировано, ничего делать не нужно.
Вы имеете в виду те таблицы, которые я переконвертировал? А некоторые старые которые были в InnoDB? Или таблица из которой я допустим удалю ревизии постов?
Там все на инглише, но как будто бы они говорят, что мол типо это работает с таблицами InnoDB, MyISAM, и какими-то архивами. Я сам не знаю может это и не то и я думаю не так :-)
Да я и не спорю, но кстати вроде бы после конвертирования всех таблиц в InnoDB, сайт побыстрее стал работать, но это тоже так скорее самоуспокоение :-), мне еще нужно попробовать сделать следующее: я думаю поудалять ревизии и использовать команду OPTIMIZE TABLE может это еще прибавит быстроты :), вот в этой статье на хабре: https://habr.com/post/116142/ - в разделе Оптимизируем таблицы человек пишет что после этого вроде побыстрее у него стало:
Моя неоптимизированная таблица orders со 100000 записей занимала 31,2 МБ, а запрос вида SELECT * FROM orders выполнялся за 0.2676 сек. После первой оптимизации размер сократился до 30,8 МБ, да и запрос выполняется за 0.0595 сек.
А производительность я как этот на примитивном уровне все воспринимаю, пацаны написали, что программа ихняя будет работать в два раза быстрее, и так получилось мой сайт как раз работает с ихней программой он оттуда данные берет и я подумал вот здорово он будет их брать в два раза быстрее чем обычно, собственно и все и да это не увеличило работу самого сайта и генерирования и вывода готовой страницы в два раза, но чуть-чуть вроде бы увеличило :-)
Только пару заметок от непрофессионала и любителя, который делает многое методом тыка:
Вставив sql_mode в my.cnf и перезапустив сервер базы данных, он не запустился и скорее всего это из-за NO_AUTO_CREATE_USER – где-то в интернете кто-то сказал, что он то ли не поддерживается в новой версии толи что-то такое, но это не точно:
Посмотрел что по умолчанию MySQL 8 делает таблицы с движком InnoDB, в принципе их легко переконвертировать из MyISAM, но некоторые таблицы почему-то не переконвертируются.
Зачем там что-то вообще трогать? Просто по бложигам ctrl+c ctrl+v ??? настройка идёт конкретно под базу, под запросы, под её размер и т.д.
Мало девяток надо БОЛЬШЕЕЕЕЕ.... а то что этот параметр лимитирован системой, да плевать! Ещё больше 99999999999999999
Не судите меня строго, программу мне обновили и настроили специалисты :-), я лишь добавил sql_mode чтобы переконвертировать некоторые таблицы.
Я бы Набросать сайт с нуля – не делал бы, можно использовать бесплатный шаблон и помаленьку переделывать его под себя, платный вариант тоже неплох – за 50-60$ в целом можно повыбирать что нить интересное, да и в любом случае потом если что шаблон можно сменить в один клик в WordPress ну или если разбогатеете полно фрилансеров которые на заказ сделают так как хочется, современно, адаптивно и с любыми правками.
LEOnidUKG,
Понятно, спасибо!
А да ну и после всего проделанного необъективные, нереальные, вымышленные, фантастические и не стоящие своего внимания возможно придуманные для самоудовлетворения цифры:
До изменения базы данных: DOMContentLoaded: примерно +/- 1.50 s
После перехода на новую версию: DOMContentLoaded: примерно +/- 1.12 s
Цифры вымышленные для самоуспокоения :-)
И те которые переконвертили и оставшиеся, которые пережили обновление.
Вообще ничего делать не нужно. Забейте на это.
Ясно, ну честно сказать я об этом тоже подумываю(Забить) да и ревизии эти сохраненки оставить.
Но ради интереса интересно OPTIMIZE TABLE – это не принесет никакого результата, в этом нет особого смысла или этим можно навредить таблицам?
Вы когда переезжаете на InnoDB там уже всё оптимизировано, ничего делать не нужно.
Вы имеете в виду те таблицы, которые я переконвертировал? А некоторые старые которые были в InnoDB? Или таблица из которой я допустим удалю ревизии постов?
эта команда для myisam, старого хранилища. Innodb хранит данные по другому и запуск оптимизации ничего не даст.
Я так тоже думал, но я и сейчас в раздумиях, меня смущают некоторые надписи в офф. документации для 8 версии, типа таких:
https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html
Там все на инглише, но как будто бы они говорят, что мол типо это работает с таблицами InnoDB, MyISAM, и какими-то архивами. Я сам не знаю может это и не то и я думаю не так :-)
swank,
Да я и не спорю, но кстати вроде бы после конвертирования всех таблиц в InnoDB, сайт побыстрее стал работать, но это тоже так скорее самоуспокоение :-), мне еще нужно попробовать сделать следующее: я думаю поудалять ревизии и использовать команду OPTIMIZE TABLE может это еще прибавит быстроты :), вот в этой статье на хабре: https://habr.com/post/116142/ - в разделе Оптимизируем таблицы человек пишет что после этого вроде побыстрее у него стало:
А производительность я как этот на примитивном уровне все воспринимаю, пацаны написали, что программа ихняя будет работать в два раза быстрее, и так получилось мой сайт как раз работает с ихней программой он оттуда данные берет и я подумал вот здорово он будет их брать в два раза быстрее чем обычно, собственно и все и да это не увеличило работу самого сайта и генерирования и вывода готовой страницы в два раза, но чуть-чуть вроде бы увеличило :-)
LEOnidUKG,
Блин, вы правы, с меня пиво!
Только пару заметок от непрофессионала и любителя, который делает многое методом тыка:
Вставив sql_mode в my.cnf и перезапустив сервер базы данных, он не запустился и скорее всего это из-за NO_AUTO_CREATE_USER – где-то в интернете кто-то сказал, что он то ли не поддерживается в новой версии толи что-то такое, но это не точно:
MySQL 8.0 does not support NO_AUTO_CREATE_USER
Documentation: https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-11.html
Более того некоторые параметры по умолчанию уже были у меня включены, такие как:
NO_ZERO_IN_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_ENGINE_SUBSTITUTION
Получается я добавил лишь: NO_ZERO_DATE и после этого как это не странно все остальные таблицы переконвертировались в InnoDB без каких-либо вопросов.
И возможно стало побыстрее работать, хотя это тоже не точно, нужно еще чо нить оптимизировать в БД.
Такого плана статьи:
http://blogiseo.ru/blogovedenie/optimizaciya-bazy-dannyx.html
Это же про оптимизацию, ну или другие похожие.
LEOnidUKG,
Например вот так пишет:
wp_comments
#1067 - Invalid default value for 'comment_date'
wp_links
#1067 - Invalid default value for 'link_updated'
wp_users
#1067 - Invalid default value for 'user_registered'
LEOnidUKG,
Посмотрел что по умолчанию MySQL 8 делает таблицы с движком InnoDB, в принципе их легко переконвертировать из MyISAM, но некоторые таблицы почему-то не переконвертируются.