mysql перестал работать и выдает access denied

В настройках

а по подробней?)

работай под рутом, в чём проблема. Если будут придираться, скажи, что готовишься к контейнеризации.

под рутом тоже самое….сейчас проверил, перебил настройки и перезапустил демона

Что такое «напрямую» и чем это отличается от того как ты заходишь тогда, когда «глюк»?

на прямую всмысле ‘mysql -u root -p’ в терминале, а глюк когда node js обращается через прокладку mysql2 к базе приложение возвращает пустой массив вместо данных, но проблема не в данных а в чем то другом, не могу понять в чем, при команде ‘systemctl status mysql пишет вот то что в первом посте писал’

работал скуль на убунте, вдруг перестал отдавать данные

кто-то лазил ручками в код.

в чем глюк не пойму…

в java-скриптизерах.

Если node.js подключается к БД без ошибок и потом возвращает пустые данные, то ошибка скорее всего где-то в коде. Например, написали async, но забыли написать await.

А предупреждение вида Aborted connection означает ECONNABORTED exception, т.е. нода выполнила res.end() не дождавшись не то что ответа от сервера, а вообще отправки данных. Опять же это кривой код.

позволю не согласится, хотя доводы у вас мудрые, локально код работает и нода отдает все, переношу на сервер там не работает(но работало, пользователи стали добавлять строки в базу и все посыпалось), либо проблема с nginx либо с mysql либо с правами к папкам, фиг его знает перекопал все что мог…но по скулю мне кажется он раньше не ругался на access denied…или у него эта ошибка вылазиет при любой ошибке)?

локально код работает и нода отдает все, переношу на сервер там не работает

Скорее всего локально нода успевает отработать и без await. Т.е. все же неплохо было бы проверить были ли какие-то изменения в коде в месте отправки запроса и ожидания ответа либо просто убедиться что async/await указаны в нужных местах.

Access denied for user 'root'@'localhost' (using password: NO) - похоже что вы пытаетесь зайти с пустым паролем туда где он есть или туда где еще не настроены привилегии. Стоит проверить таблицу user в базе mysql, какие там строки какие привилегии разрешают.

ну я конечно на всякий перепроверил код:

    async getPlants() {
      try {
        const response = await axios.get("/plants");
        this.cards = response.data;
        //        меняем путь к картинке
        this.cards.forEach((c) => {
          c.photo = this.$BASE_URL + c.photo;
        });
      } catch (err) {
        console.log(err);
      }
    }

вроде дожидаемся ответа. а по root смотрю, в терминале как то ужасно отображается, сейчас чем нибудь другим посмотрю, это же база mysql?

Axios это просто HTTP-клиент. В вашем случае он отправляет GET запрос на /plants. А что там дальше отсюда не видно.

на ноде роутер ловит ‘router.get(«/api/plants», showPlants);’ контроллер -> модель в модели запрос к скулю:

module.exports.getPlants = (result) => {
  const where = "";
  db.query("SELECT * FROM plants WHERE archived = 0", (err, results) => {
    if (err) {
      console.log(err);
      result(err, null);
    } else {
      result(null, results);
    }
  });
};

Попробуйте посмотреть что возвращает:

async function getPlants() {
    let response = await axios.get("/plants");
    console.log(response.data);
}

пустой массив…видно ноде не дают прав на скуле

видно ноде не дают прав на скуле

@

Стоит проверить таблицу user в базе mysql, какие там строки какие привилегии разрешают.

вроде все «y» стоят у root https://ibb.co/0rLC1pr за то таблица db пустая:

MariaDB [mysql]> select * from db;
Empty set (0.000 sec)

таблица db пустая

Эта таблица как раз отвечает за привилегии юзеров на уровне баз данных. После:

GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost';
FLUSH PRIVILEGES;

в ней что-нибудь появляется? Если да, то необходимо настроить права остальным юзерам также (только не GRANT ALL, а необходимые).

неа

MariaDB [mysql]> GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost'; FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.001 sec)

в db 0 записей, может таблица повредилась?

может таблица повредилась?

или кто-то работая от рута случайно ее очистил. Если есть mysql локально, то можете посмотреть как заполнена таблица по колонкам и заполнить по аналогии для рута, потом для юзеров которые используются. Должно помочь.

Только вы это, начните уже бекапы делать что ли. Сейчас восстановили бы таблицу из бекапа и все.

у меня локально то есть база, подозреваю что базу сломал mysql workbench я с него подключался на сервак и менял структуру таблиц, и видимо он затер что то…больше им пользоваться не буду для удаленки!

Все, переустановил mysql, все заработало, спасибо большое за советы!