Я хочу войти в консоль или в файл, все запросы, которые делает Grails, чтобы проверить производительность.
Я настроил это безуспешно.
Любая идея поможет.
Ответы:
Настройка
datasource {
...
logSql = true
}
в DataSource.groovy (согласно этим инструкциям) было достаточно, чтобы заставить его работать в моей среде. Похоже, что некоторые части FAQ устарели (например, вопрос «столбцы« многие ко многим назад »»), так что это также может быть что-то, что за это время изменилось.
logSql=true
одного недостаточно. Также необходимо включить ведение журнала гибернации. См. Ответ @ Pete.
Я считаю более полезным сделать следующее, а именно включить ведение журнала Hibernate для регистрации SQL вместе с переменными привязки (чтобы вы могли видеть значения, переданные в ваши вызовы, и легко реплицировать SQL в вашем редакторе или иным образом).
В ваших Config.groovy
, добавьте следующую строку в ваш log4j блока:
log4j = {
// Enable Hibernate SQL logging with param values
trace 'org.hibernate.type'
debug 'org.hibernate.SQL'
//the rest of your logging config
// ...
}
format_sql = true
в свой hibernate
блок DataSource.groovy
для хорошо отформатированного вывода.
trace 'org.hibernate.type.BasicBinder'
Для grails 3. *
Вариант №1 добавить в logback.groovy следующее:
logger("org.hibernate.SQL", DEBUG, ["STDOUT"], false)
logger("org.hibernate.type.descriptor.sql.BasicBinder", TRACE, ["STDOUT"], false)
или
Вариант № 2: добавьте следующее в dataSource в application.yml. Однако этот подход не регистрирует значения параметров.
environments:
local:
dataSource:
logSql: true
formatSql: true
Попробуй это:
log4j = {
...
debug 'org.hibernate.SQL'
trace 'org.hibernate.type.descriptor.sql.BasicBinder'
}
Это позволяет избежать проблем с производительностью, связанных с ведением журнала трассировки type
пакета Hibernate . Это работает с Hibernate 3.6 и выше. Я получил это от: https://burtbeckwith.com/blog/?p=1604
Решение предназначено только для разработки, а не для производства.
Все приведенные выше ответы работают и верны. Но они не показывают полный запрос в удобной для восприятия человеком форме. Если вы хотите увидеть последний (без?,?) Запрос, у вас есть два варианта.
A) проксируйте свое соединение jdbc с помощью log4jdbc или p6Spy.
Б) посмотрите на это на уровне базы данных. Например, очень легко сделать с mysql.
Узнайте, где находится ваш файл general_log_file. Активный общий журнал, если он еще не активирован.
mysql command line> show variables like "%general_log%";
mysql command line> set global general_log = true;
Теперь все записано в файл журнала. Пример Mac / Linux, чтобы показать хороший поток ваших запросов.
tail -f path_to_log_file
Чисто только для справки, но я использую p6spy для регистрации SQL-запросов. Это небольшой промежуточный драйвер jdbc. Точный запрос регистрируется так, как если бы он был отправлен на сервер (с включенными параметрами).
включите это в свой проект:
runtime 'p6spy:p6spy:3.0.0'
Измените драйвер источника данных:
driverClassName: com.p6spy.engine.spy.P6SpyDriver
И ваш URL-адрес jdbc:
url: jdbc:p6spy:mysql://
Настройте его с помощью spy.properties (в grails-app / conf).
driverlist=org.h2.Driver,com.mysql.jdbc.Driver
autoflush=true
appender=com.p6spy.engine.spy.appender.StdoutLogger
databaseDialectDateFormat=yyyy-MM-dd
logMessageFormat=com.p6spy.engine.spy.appender.MultiLineFormat
Не забудьте отключить это для производства!
Далее у меня работает:
# ...
hibernate:
format_sql: true # <<<<<<< ADD THIS <<<<<<<
cache:
queries: false
use_second_level_cache: true
# ...
environments:
development:
dataSource:
logSql: true // <<<<<<< ADD THIS <<<<<<<
dbCreate: create-drop
url: jdbc:h2:mem:...
# ...
// ...
appender('STDOUT', ConsoleAppender) {
encoder(PatternLayoutEncoder) {
pattern = "%level %logger - %msg%n"
}
}
// >>>>>>> ADD IT >>>>>>>
logger 'org.hibernate.type.descriptor.sql.BasicBinder', TRACE, ['STDOUT']
logger 'org.hibernate.SQL', TRACE, ['STDOUT']
// <<<<<<< ADD IT <<<<<<<
root(ERROR, ['STDOUT'])
def targetDir = BuildSettings.TARGET_DIR
// ...
Я знаю, что этот вопрос был задан и ответил на него давно. Но я случайно увидел этот вопрос и не мог удержаться, чтобы ответить или поделиться нашим подходом к реализации журнала sql в нашем проекте. Надеюсь, это поможет.
В настоящее время он находится в среде разработки. Мы используем «log4jdbc Driver Spy» для регистрации sql.
В вашем BuildConfig.groovy: добавьте ниже зависимости:
dependencies {
.....
runtime 'org.lazyluke:log4jdbc-remix:0.2.7'
}
И в вашем источнике данных или другой связанной конфигурации: [где бы вы не определили конфигурацию, связанную с источником данных], добавьте:
datasources{
.....
driverClassName: "net.sf.log4jdbc.DriverSpy",
url: "jdbc:log4jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = XXXXX.XX>XXX)(PORT = 1521))) (CONNECT_DATA = (SID = XXXX)(SERVER =DEDICATED)))",
....
}
log4j = {
info 'jdbc.sqlonly' //, 'jdbc.resultsettable'
}
По моему личному опыту, я нашел его весьма полезным и полезным при отладке. Также дополнительную информацию вы можете найти на этом сайте. https://code.google.com/p/log4jdbc-remix/
С уважением
Для конкретного блока кода мы также можем создать метод, принимающий закрытие. например.
static def executeBlockAndGenerateSqlLogs(Closure closure) {
Logger sqlLogger = Logger.getLogger("org.hibernate.SQL");
Level currentLevel = sqlLogger.level
sqlLogger.setLevel(Level.TRACE)
def result = closure.call()
sqlLogger.setLevel(currentLevel)
result }
executeBlockAndGenerateSqlLogs{DomainClazz.findByPropertyName("property value")}
Если у вас установлен плагин консоли , вы можете получить ведение журнала sql с помощью этого небольшого фрагмента кода.
// grails 2.3
def logger=ctx.sessionFactory.settings.sqlStatementLogger
// grails 3.3
def logger = ctx.sessionFactory.currentSession.jdbcCoordinator.statementPreparer.jdbcService.sqlStatementLogger
logger.logToStdout=true
try {
<code that will log sql queries>
}
finally {
logger.logToStdout = false
}
Это вариант многих из вышеперечисленных решений, но он позволяет настраивать значение во время выполнения. И точно так же, как другие решения, которые имеют дело с logToStdout
этим, показывают только запросы, а не значения привязки.
Идея была украдена из поста, который я прочитал несколько лет назад, но не могу найти прямо сейчас. Он отредактирован для работы с grails 3.3.
Аналогичный метод можно использовать для включения ведения журнала для конкретных интеграционных тестов:
class SomeIntegrationSpec extends IntegrationSpec {
def sessionFactory
def setup() {
sessionFactory.settings.sqlStatementLogger.logToStdout = true
}
def cleanup() {
sessionFactory.settings.sqlStatementLogger.logToStdout = false
}
void "some test"() {
...
}
Это включит ведение журнала sql только для тестов в этом одном файле.