Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

Ну специалистов винить тоже так себе, они ведь тоже не VIP экстра-мега специалисты, они обновили, что-то поднастроили, работает и ладно, а тонкой настройкой они не занимаются. Честно говоря, хорошо, что есть хоть такие.

По поводу параметров, то там может старые были которые в 5.7 может изменили что-то, я даже не знаю этот файл после переустановки заменяется новым или остается старый и меняются настройки под новую версию.

Было бы интересно посмотреть этот конфиг у тех, у кого реально есть свои сервера VPS, но, наверное, это не из этой серии.

Там действительно много параметров и это правда тяжело, хотябы по двум субъективно подсказали сколько памяти выставлять, чисто на свой взгляд: innodb_buffer_pool_size и key_buffer.

LEOnidUKG:
Зачем там что-то вообще трогать? Просто по бложигам ctrl+c ctrl+v ??? настройка идёт конкретно под базу, под запросы, под её размер и т.д.




Мало девяток надо БОЛЬШЕЕЕЕЕ.... а то что этот параметр лимитирован системой, да плевать! Ещё больше 99999999999999999

Не судите меня строго, программу мне обновили и настроили специалисты :-), я лишь добавил sql_mode чтобы переконвертировать некоторые таблицы.

Я бы Набросать сайт с нуля – не делал бы, можно использовать бесплатный шаблон и помаленьку переделывать его под себя, платный вариант тоже неплох – за 50-60$ в целом можно повыбирать что нить интересное, да и в любом случае потом если что шаблон можно сменить в один клик в WordPress ну или если разбогатеете полно фрилансеров которые на заказ сделают так как хочется, современно, адаптивно и с любыми правками.

LEOnidUKG,

Понятно, спасибо!

А да ну и после всего проделанного необъективные, нереальные, вымышленные, фантастические и не стоящие своего внимания возможно придуманные для самоудовлетворения цифры:

До изменения базы данных: DOMContentLoaded: примерно +/- 1.50 s

После перехода на новую версию: DOMContentLoaded: примерно +/- 1.12 s

Цифры вымышленные для самоуспокоения :-)

LEOnidUKG:
И те которые переконвертили и оставшиеся, которые пережили обновление.
Вообще ничего делать не нужно. Забейте на это.

Ясно, ну честно сказать я об этом тоже подумываю(Забить) да и ревизии эти сохраненки оставить.

Но ради интереса интересно OPTIMIZE TABLE – это не принесет никакого результата, в этом нет особого смысла или этим можно навредить таблицам?

LEOnidUKG:
Вы когда переезжаете на InnoDB там уже всё оптимизировано, ничего делать не нужно.

Вы имеете в виду те таблицы, которые я переконвертировал? А некоторые старые которые были в InnoDB? Или таблица из которой я допустим удалю ревизии постов?

Stek:
эта команда для myisam, старого хранилища. Innodb хранит данные по другому и запуск оптимизации ничего не даст.

Я так тоже думал, но я и сейчас в раздумиях, меня смущают некоторые надписи в офф. документации для 8 версии, типа таких:

OPTIMIZE TABLE works for InnoDB, MyISAM, and ARCHIVE tables.

https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html

Там все на инглише, но как будто бы они говорят, что мол типо это работает с таблицами InnoDB, MyISAM, и какими-то архивами. Я сам не знаю может это и не то и я думаю не так :-)

swank,

Да я и не спорю, но кстати вроде бы после конвертирования всех таблиц в InnoDB, сайт побыстрее стал работать, но это тоже так скорее самоуспокоение :-), мне еще нужно попробовать сделать следующее: я думаю поудалять ревизии и использовать команду OPTIMIZE TABLE может это еще прибавит быстроты :), вот в этой статье на хабре: https://habr.com/post/116142/ - в разделе Оптимизируем таблицы человек пишет что после этого вроде побыстрее у него стало:

Моя неоптимизированная таблица orders со 100000 записей занимала 31,2 МБ, а запрос вида SELECT * FROM orders выполнялся за 0.2676 сек. После первой оптимизации размер сократился до 30,8 МБ, да и запрос выполняется за 0.0595 сек.

А производительность я как этот на примитивном уровне все воспринимаю, пацаны написали, что программа ихняя будет работать в два раза быстрее, и так получилось мой сайт как раз работает с ихней программой он оттуда данные берет и я подумал вот здорово он будет их брать в два раза быстрее чем обычно, собственно и все и да это не увеличило работу самого сайта и генерирования и вывода готовой страницы в два раза, но чуть-чуть вроде бы увеличило :-)

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'

Всего: 2000