Создайте функцию в любом месте вашего проекта и просто вызовите эту функцию, когда она вам понадобится.
Ребята, вы должны помнить, что вы, ребята, вызываете активные потоки, которые вы не вызываете асинхронно, и поскольку это вероятно, будет хорошим от 5 до 10 страниц, чтобы сделать это правильно. Почему бы не потратить больше времени на ваш проект и забыть о написании написанного. Правильно
// Добавление статического модификатора сделало бы это доступным в любом месте вашего приложения публичным Logger getLogger () {return java.util.logging.Logger.getLogger («MyLogFileName»); } // вызываем метод в любом месте и добавляем то, что вы хотите регистрировать // класс Logger позаботится о том, чтобы поставить для вас отметки времени // плюс те, которые выполнены так же, как и больше, процессорная мощность войдет в ваше приложение // изнутри тело функции в том же классе ... {... getLogger (). log (Level.INFO, «текст, который вы хотите добавить»); ...} ... / ********* файл журнала находится в файлах корневого файла сервера ******** /
три строки кода два действительно, поскольку третий фактически добавляет текст. :
PЕсли вы все еще можете войти (я полагаю, что нет, поскольку нет пользовательской таблицы) и у вас есть базы данных для сохранения, дамп их с помощью
mysqldump --routines databasename > outfile.sql
База данных MySQL может быть воссоздана с помощью команда
# Most MySQL versions
mysql_install_db
# MySQL 5.7 and later
mysqld --initialize
У меня была аналогичная проблема: во время операции резервного копирования и восстановления мы удалили базы данных mysql и information_schema. После восстановления нашей собственной базы данных мы не смогли создать пользователей (или сделать что-либо действительно), потому что эти системные таблицы не были восстановлены. (конечно же, мы бы никогда не делали этого в производственной среде в компании или хе).
Если у вас все еще есть копия старого mysql_install_db (как и мы), не используйте его. Поскольку MySQL 5.6.8 это Perl-скрипт. Принимает аналогичные опции для mysqld_safe. хорошо зарекомендовал себя для нас - запускал восстановление InnoDB на нашем восстановленном db, установил системные базы данных, вернул наш подчиненный сервер.
Я удалил базу данных mysql случайно, и mysqld --initialize didnt помог мне. Никаких ошибок не обнаружено, даже служба mysql начала нормально, но папка mysql не была создана, а mysql was not useable - я даже не смог создать новые базы данных.
После того, как я потратил много времени на различные варианты, я заметил, что Я устарел вариант innodb_additional_mem_pool_size = 20M, который разбился mysqld --initialize
После исправления mysql config - он работал хорошо.
читайте дальше: http://dev.mysql.com/doc/refman/5.7/en/data-directory-initialization-mysqld.html
В Windows , используйте одну из следующих команд:
C:\> bin\mysqld --initialize
C:\> bin\mysqld --initialize-insecure
Недавно я установил mysql 8, и казалось, что возникла проблема с базами данных mysql по умолчанию. Во всяком случае, это сработало для меня:
mysql_upgrade -u root -p