Что вызывает тупик в MySQL? - Цифровое Кемерово

Что вызывает тупик в MySQL? ⇐ JAVA

1 сообщение • Страница 1 из 1

Anonymous

Цитата

Сообщение Anonymous » 04 май 2024, 19:01

Я вижу, что один микросервис вызывает эту взаимоблокировку, но не смог найти основную причину. Я бы не ожидал, что это произойдет, поскольку два разных потока выполняют команду замены для двух разных ключей в таблице. Есть идеи?
Table DDL

Код: Выделить всё

CREATE TABLE faturamento (
DT_FATURA date NOT NULL COMMENT 'Data da fatura',
COD_GRUPO_FATURA varchar(500) NOT NULL
JSON_CFG_COBRANCA json NOT NULL
VL_BRUTO decimal(32,16) NOT NULL
VL_DESCONTO decimal(32,16) DEFAULT NULL
VL_LIQUIDO decimal(32,16) NOT NULL
JSON_APURACOES json NOT NULL
DESCONTOS_APLICADOS json NOT NULL
PRIMARY KEY (DT_FATURA,COD_GRUPO_FATURA)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

Вывод базы данных (таблица пуста)

Код: Выделить всё

2024-05-03 19:26:03 367417139072
*** (1) TRANSACTION:
TRANSACTION 8020, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1128, 2 row lock(s)
MySQL thread id 1172, OS thread handle 370219057024, query id 47288 172.19.0.9 root update
replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES)
values ('2030-02-01', 'B', '{\n  "cobrancaItens" : [ {\n    "metodo" : "DELEGATE",\n    "configuracao" : "{\\"delegateConfig\\":{\\"autoConfirmada\\":true,\\"queue\\":\\"delegate.queue\\"}}"\n  } ],\n  "configRetentativas" : [ {\n    "metodo" : "DELEGATE",\n    "totalRetentativas" : 1,\n    "contadorRetentativas" : null,\n    "frequencia" : "DIARIA",\n    "dia" : 0\n  } ]\n}', 102.90, 0.00, 102.90, '[ ]', '[ {\n  "dtMovimento" : "2030-02-01",\n  "idItemApurado" : "c6bf5dff-9c88-4952-98d5-a43df68a20b3",\n  "idCicloApuracao" : "2030-01-01-1-2030",\n  "frequencia" : "DIARIA",\n  "vlPrecoApuracaoRef" : 102.90,\n  "tpValorApuracao" : "TARIFA",\n  "qtdCumulativaApuracaoCiclo" : 31,\n  "vlSaldoAcumulado" : 102.9000000000000000,\n  "cfgUltimaApuracao" : {\n    "modelo" : "FIXO",\n    "frequencia" : "DIARIA",\n    "dia" : 1,\n    "condicao" : null\n  },\n  "jsonItemApurado" : "{\\n  \\"id\\" : \\"c6bf5dff-9c88-4952-98d5-a43df68a20b3\\",\\n  \\"codContratante\\" : 9000001,\\n  \\"codContratada\\" : 1000006,\\n  \\"dtInicioVigencia\\" : \\"2999-01-01\\",\\n  \\"dtFimVigencia\\" : \\"2024-01-01\\",\\n  \\"infoAdicionalContratante\\" : \\"{\\\\\\"mcc\\\\\\": \\\\\\"105\\\\\\", \\\\\\"cnae\\\\\\": 3350707, \\\\\\"cnpj\\\\\\": \\\\\\"12.22.184/0001-04\\\\\\"}\\",\\n  \\"infoAdicionalContratada\\" : \\"{}\\",\\n  \\"cfgPrecificacao\\" : {\\n    \\"insumo\\" : null,\\n    \\"refContrato\\" : null,\\n    \\"faixas\\" : null,\\n    \\"fixo\\" : {\\n      \\"tipo\\" : \\"TARIFA\\",\\n      \\"valor\\" : 102.9\\n    }\\n  },\\n  \\"cfgApuracao\\" : {\\n    \\"modelo\\" : \\"FIXO\\",\\n    \\"frequencia\\" : \\"DIARIA\\",\\n    \\"dia\\" : 1,\\n    \\"condicao\\" : null\\n  },\\n  \\"cfgDesconto\\" : null,\\n  \\"cfgFaturamento\\" : {\\n    \\"frequencia\\" : \\"MENSAL\\",\\n    \\"dia\\" : 1,\\n    \\"codAgrupamentoFatura\\" : \\"B\\",\\n    \\"diasFaturamento\\" : 0\\n  },\\n  \\"cfgCobranca\\" : {\\n    \\"cobrancaItens\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"configuracao\\" : \\"{\\\\\\"delegateConfig\\\\\\":{\\\\\\"autoConfirmada\\\\\\":true,\\\\\\"queue\\\\\\":\\\\\\"delegate.queue\\\\\\"}}\\"\\n    } ],\\n    \\"configRetentativas\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"totalRetentativas\\" : 1,\\n      \\"frequencia\\" : \\"DIARIA\\",\\n      \\"dia\\" : 0\\n    } ]\\n  },\\n  \\"cdStatus\\" : \\"ATIVO\\"\\n}",\n  "dtCriacaoRegistro" : "2024-04-29T19:01:52-03:00",\n  "dtUltimaAtualiacao" : "2024-05-03T13:23:52-03:00",\n  "tpValorDesconto" : null\n} ]' )

*** (1) HOLDS THE LOCK(S):
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8020 lock_mode X
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format;  info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8020 lock_mode X insert intention waiting
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** (2) TRANSACTION:
TRANSACTION 8022, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1128, 2 row lock(s)
MySQL thread id 1193, OS thread handle 372167667584, query id 47290 172.19.0.9 root update
replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES)
values ('2030-02-01', 'A', '{\n  "cobrancaItens" : [ {\n    "metodo" : "DELEGATE",\n    "configuracao" : "{\\"delegateConfig\\":{\\"autoConfirmada\\":true,\\"queue\\":\\"delegate.queue\\"}}"\n  } ],\n  "configRetentativas" : [ {\n    "metodo" : "DELEGATE",\n    "totalRetentativas" : 1,\n    "contadorRetentativas" : null,\n    "frequencia" : "DIARIA",\n    "dia" : 0\n  } ]\n}', 89.90, 0.00, 89.90, '[ ]', '[ {\n  "dtMovimento" : "2030-02-01",\n  "idItemApurado" : "7b3107c0-930e-4e6f-9090-54cf73ac5b05",\n  "idCicloApuracao" : "2030-01-01-1-2030",\n  "frequencia" : "DIARIA",\n  "vlPrecoApuracaoRef" : 89.90,\n  "tpValorApuracao" : "TARIFA",\n  "qtdCumulativaApuracaoCiclo" : 30,\n  "vlSaldoAcumulado" : 89.9000000000000000,\n  "cfgUltimaApuracao" : {\n    "modelo" : "FIXO",\n    "frequencia" : "DIARIA",\n    "dia" : 1,\n    "condicao" : null\n  },\n  "jsonItemApurado" : "{\\n  \\"id\\" : \\"7b3107c0-930e-4e6f-9090-54cf73ac5b05\\",\\n  \\"codContratante\\" : 9000001,\\n  \\"codContratada\\" : 7000005,\\n  \\"dtInicioVigencia\\" : \\"2999-01-01\\",\\n  \\"dtFimVigencia\\" : \\"2024-01-01\\",\\n  \\"infoAdicionalContratante\\" : \\"{\\\\\\"mcc\\\\\\": \\\\\\"998\\\\\\", \\\\\\"cnae\\\\\\": 3250709, \\\\\\"cnpj\\\\\\": \\\\\\"11.156.184/0001-08\\\\\\"}\\",\\n  \\"infoAdicionalContratada\\" : \\"{}\\",\\n  \\"cfgPrecificacao\\" : {\\n    \\"insumo\\" : null,\\n    \\"refContrato\\" : null,\\n    \\"faixas\\" : null,\\n    \\"fixo\\" : {\\n      \\"tipo\\" : \\"TARIFA\\",\\n      \\"valor\\" : 89.9\\n    }\\n  },\\n  \\"cfgApuracao\\" : {\\n    \\"modelo\\" : \\"FIXO\\",\\n    \\"frequencia\\" : \\"DIARIA\\",\\n    \\"dia\\" : 1,\\n    \\"condicao\\" : null\\n  },\\n  \\"cfgDesconto\\" : null,\\n  \\"cfgFaturamento\\" : {\\n    \\"frequencia\\" : \\"MENSAL\\",\\n    \\"dia\\" : 1,\\n    \\"codAgrupamentoFatura\\" : \\"A\\",\\n    \\"diasFaturamento\\" : 0\\n  },\\n  \\"cfgCobranca\\" : {\\n    \\"cobrancaItens\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"configuracao\\" : \\"{\\\\\\"delegateConfig\\\\\\":{\\\\\\"autoConfirmada\\\\\\":true,\\\\\\"queue\\\\\\":\\\\\\"delegate.queue\\\\\\"}}\\"\\n    } ],\\n    \\"configRetentativas\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"totalRetentativas\\" : 1,\\n      \\"frequencia\\" : \\"DIARIA\\",\\n      \\"dia\\" : 0\\n    } ]\\n  },\\n  \\"cdStatus\\" : \\"ATIVO\\"\\n}",\n  "dtCriacaoRegistro" : "2024-04-29T22:22:50-03:00",\n  "dtUltimaAtualiacao" : "2024-05-03T13:23:52-03:00",\n  "tpValorDesconto" : null\n} ]' )

*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8022 lock_mode X
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d;  asc supremum;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8022 lock_mode X insert intention waiting
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** WE ROLL BACK TRANSACTION (2)

Я пытался проанализировать журналы базы данных, но не смог понять, почему команда замены в двух разных ключах таблицы вызвала взаимоблокировку.
Мне удалось чтобы воспроизвести проблему с использованием двух клиентов MySQL. Шаги:

выполните начало транзакции на обоих клиентах.
выполните запрос на обоих клиентах, используя разные значения параметра COD_GRUPO_FATURA

code>:

Код: Выделить всё

SELECT
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES
from
faturamento
where
DT_FATURA = ?
and COD_GRUPO_FATURA = ? FOR UPDATE

выполнить запрос на обоих клиентах, используя те же параметры, что и на шаге 2:

Код: Выделить всё

replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES
)

Вопрос: не используют ли обе команды блокировку строк? почему тупик?

Подробнее здесь: https://stackoverflow.com/questions/784 ... k-in-mysql

1714838501

Anonymous

Я вижу, что один микросервис вызывает эту взаимоблокировку, но не смог найти основную причину. Я бы не ожидал, что это произойдет, поскольку два разных потока выполняют команду замены для двух разных ключей в таблице.  Есть идеи?
Table DDL
[code]CREATE TABLE faturamento (
DT_FATURA date NOT NULL COMMENT 'Data da fatura',
COD_GRUPO_FATURA varchar(500) NOT NULL
JSON_CFG_COBRANCA json NOT NULL
VL_BRUTO decimal(32,16) NOT NULL
VL_DESCONTO decimal(32,16) DEFAULT NULL
VL_LIQUIDO decimal(32,16) NOT NULL
JSON_APURACOES json NOT NULL
DESCONTOS_APLICADOS json NOT NULL
PRIMARY KEY (DT_FATURA,COD_GRUPO_FATURA)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
[/code]
Вывод базы данных (таблица пуста)
[code]2024-05-03 19:26:03 367417139072
*** (1) TRANSACTION:
TRANSACTION 8020, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1128, 2 row lock(s)
MySQL thread id 1172, OS thread handle 370219057024, query id 47288 172.19.0.9 root update
replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES)
values ('2030-02-01', 'B', '{\n  "cobrancaItens" : [ {\n    "metodo" : "DELEGATE",\n    "configuracao" : "{\\"delegateConfig\\":{\\"autoConfirmada\\":true,\\"queue\\":\\"delegate.queue\\"}}"\n  } ],\n  "configRetentativas" : [ {\n    "metodo" : "DELEGATE",\n    "totalRetentativas" : 1,\n    "contadorRetentativas" : null,\n    "frequencia" : "DIARIA",\n    "dia" : 0\n  } ]\n}', 102.90, 0.00, 102.90, '[ ]', '[ {\n  "dtMovimento" : "2030-02-01",\n  "idItemApurado" : "c6bf5dff-9c88-4952-98d5-a43df68a20b3",\n  "idCicloApuracao" : "2030-01-01-1-2030",\n  "frequencia" : "DIARIA",\n  "vlPrecoApuracaoRef" : 102.90,\n  "tpValorApuracao" : "TARIFA",\n  "qtdCumulativaApuracaoCiclo" : 31,\n  "vlSaldoAcumulado" : 102.9000000000000000,\n  "cfgUltimaApuracao" : {\n    "modelo" : "FIXO",\n    "frequencia" : "DIARIA",\n    "dia" : 1,\n    "condicao" : null\n  },\n  "jsonItemApurado" : "{\\n  \\"id\\" : \\"c6bf5dff-9c88-4952-98d5-a43df68a20b3\\",\\n  \\"codContratante\\" : 9000001,\\n  \\"codContratada\\" : 1000006,\\n  \\"dtInicioVigencia\\" : \\"2999-01-01\\",\\n  \\"dtFimVigencia\\" : \\"2024-01-01\\",\\n  \\"infoAdicionalContratante\\" : \\"{\\\\\\"mcc\\\\\\": \\\\\\"105\\\\\\", \\\\\\"cnae\\\\\\": 3350707, \\\\\\"cnpj\\\\\\": \\\\\\"12.22.184/0001-04\\\\\\"}\\",\\n  \\"infoAdicionalContratada\\" : \\"{}\\",\\n  \\"cfgPrecificacao\\" : {\\n    \\"insumo\\" : null,\\n    \\"refContrato\\" : null,\\n    \\"faixas\\" : null,\\n    \\"fixo\\" : {\\n      \\"tipo\\" : \\"TARIFA\\",\\n      \\"valor\\" : 102.9\\n    }\\n  },\\n  \\"cfgApuracao\\" : {\\n    \\"modelo\\" : \\"FIXO\\",\\n    \\"frequencia\\" : \\"DIARIA\\",\\n    \\"dia\\" : 1,\\n    \\"condicao\\" : null\\n  },\\n  \\"cfgDesconto\\" : null,\\n  \\"cfgFaturamento\\" : {\\n    \\"frequencia\\" : \\"MENSAL\\",\\n    \\"dia\\" : 1,\\n    \\"codAgrupamentoFatura\\" : \\"B\\",\\n    \\"diasFaturamento\\" : 0\\n  },\\n  \\"cfgCobranca\\" : {\\n    \\"cobrancaItens\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"configuracao\\" : \\"{\\\\\\"delegateConfig\\\\\\":{\\\\\\"autoConfirmada\\\\\\":true,\\\\\\"queue\\\\\\":\\\\\\"delegate.queue\\\\\\"}}\\"\\n    } ],\\n    \\"configRetentativas\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"totalRetentativas\\" : 1,\\n      \\"frequencia\\" : \\"DIARIA\\",\\n      \\"dia\\" : 0\\n    } ]\\n  },\\n  \\"cdStatus\\" : \\"ATIVO\\"\\n}",\n  "dtCriacaoRegistro" : "2024-04-29T19:01:52-03:00",\n  "dtUltimaAtualiacao" : "2024-05-03T13:23:52-03:00",\n  "tpValorDesconto" : null\n} ]' )

*** (1) HOLDS THE LOCK(S):
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8020 lock_mode X
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format;  info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8020 lock_mode X insert intention waiting
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** (2) TRANSACTION:
TRANSACTION 8022, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1128, 2 row lock(s)
MySQL thread id 1193, OS thread handle 372167667584, query id 47290 172.19.0.9 root update
replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES)
values ('2030-02-01', 'A', '{\n  "cobrancaItens" : [ {\n    "metodo" : "DELEGATE",\n    "configuracao" : "{\\"delegateConfig\\":{\\"autoConfirmada\\":true,\\"queue\\":\\"delegate.queue\\"}}"\n  } ],\n  "configRetentativas" : [ {\n    "metodo" : "DELEGATE",\n    "totalRetentativas" : 1,\n    "contadorRetentativas" : null,\n    "frequencia" : "DIARIA",\n    "dia" : 0\n  } ]\n}', 89.90, 0.00, 89.90, '[ ]', '[ {\n  "dtMovimento" : "2030-02-01",\n  "idItemApurado" : "7b3107c0-930e-4e6f-9090-54cf73ac5b05",\n  "idCicloApuracao" : "2030-01-01-1-2030",\n  "frequencia" : "DIARIA",\n  "vlPrecoApuracaoRef" : 89.90,\n  "tpValorApuracao" : "TARIFA",\n  "qtdCumulativaApuracaoCiclo" : 30,\n  "vlSaldoAcumulado" : 89.9000000000000000,\n  "cfgUltimaApuracao" : {\n    "modelo" : "FIXO",\n    "frequencia" : "DIARIA",\n    "dia" : 1,\n    "condicao" : null\n  },\n  "jsonItemApurado" : "{\\n  \\"id\\" : \\"7b3107c0-930e-4e6f-9090-54cf73ac5b05\\",\\n  \\"codContratante\\" : 9000001,\\n  \\"codContratada\\" : 7000005,\\n  \\"dtInicioVigencia\\" : \\"2999-01-01\\",\\n  \\"dtFimVigencia\\" : \\"2024-01-01\\",\\n  \\"infoAdicionalContratante\\" : \\"{\\\\\\"mcc\\\\\\": \\\\\\"998\\\\\\", \\\\\\"cnae\\\\\\": 3250709, \\\\\\"cnpj\\\\\\": \\\\\\"11.156.184/0001-08\\\\\\"}\\",\\n  \\"infoAdicionalContratada\\" : \\"{}\\",\\n  \\"cfgPrecificacao\\" : {\\n    \\"insumo\\" : null,\\n    \\"refContrato\\" : null,\\n    \\"faixas\\" : null,\\n    \\"fixo\\" : {\\n      \\"tipo\\" : \\"TARIFA\\",\\n      \\"valor\\" : 89.9\\n    }\\n  },\\n  \\"cfgApuracao\\" : {\\n    \\"modelo\\" : \\"FIXO\\",\\n    \\"frequencia\\" : \\"DIARIA\\",\\n    \\"dia\\" : 1,\\n    \\"condicao\\" : null\\n  },\\n  \\"cfgDesconto\\" : null,\\n  \\"cfgFaturamento\\" : {\\n    \\"frequencia\\" : \\"MENSAL\\",\\n    \\"dia\\" : 1,\\n    \\"codAgrupamentoFatura\\" : \\"A\\",\\n    \\"diasFaturamento\\" : 0\\n  },\\n  \\"cfgCobranca\\" : {\\n    \\"cobrancaItens\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"configuracao\\" : \\"{\\\\\\"delegateConfig\\\\\\":{\\\\\\"autoConfirmada\\\\\\":true,\\\\\\"queue\\\\\\":\\\\\\"delegate.queue\\\\\\"}}\\"\\n    } ],\\n    \\"configRetentativas\\" : [ {\\n      \\"metodo\\" : \\"DELEGATE\\",\\n      \\"totalRetentativas\\" : 1,\\n      \\"frequencia\\" : \\"DIARIA\\",\\n      \\"dia\\" : 0\\n    } ]\\n  },\\n  \\"cdStatus\\" : \\"ATIVO\\"\\n}",\n  "dtCriacaoRegistro" : "2024-04-29T22:22:50-03:00",\n  "dtUltimaAtualiacao" : "2024-05-03T13:23:52-03:00",\n  "tpValorDesconto" : null\n} ]' )

*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8022 lock_mode X
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d;  asc supremum;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 18 page no 4 n bits 72 index PRIMARY of table `apurador`.`faturamento` trx id 8022 lock_mode X insert intention waiting
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;

*** WE ROLL BACK TRANSACTION (2)
[/code]
Я пытался проанализировать журналы базы данных, но не смог понять, почему команда замены в двух разных ключах таблицы вызвала взаимоблокировку.
Мне удалось чтобы воспроизвести проблему с использованием двух клиентов MySQL. Шаги:
[list]
[*]выполните начало транзакции на обоих клиентах.
[*]выполните запрос на обоих клиентах, используя разные значения параметра COD_GRUPO_FATURA

 code>:
[/list]
[code]SELECT
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES
from
faturamento
where
DT_FATURA = ?
and COD_GRUPO_FATURA = ? FOR UPDATE
[/code]
[list]
[*]выполнить запрос на обоих клиентах, используя те же параметры, что и на шаге 2:
[/list]
[code]replace into faturamento (
DT_FATURA,
COD_GRUPO_FATURA,
JSON_CFG_COBRANCA,
VL_BRUTO,
VL_DESCONTO,
VL_LIQUIDO,
DESCONTOS_APLICADOS,JSON_APURACOES
)
[/code]
Вопрос: не используют ли обе команды блокировку строк? почему тупик?
 

Подробнее здесь: [url]https://stackoverflow.com/questions/78426728/what-is-causing-a-deadlock-in-mysql[/url]

Ответить Пред. тема След. тема

1 сообщение • Страница 1 из 1

Быстрый ответ

Заголовок:

Имя пользователя:

Изменение регистра текста:

Смайлики

Ещё смайлики…

К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми. Можно прикреплять файлы, перетаскивая их в окно сообщения.

Максимально разрешённый размер вложения: 15 МБ.

Имя файла:

Комментарий к файлу:

Имя файла	Комментарий к файлу	Размер	Статус

Похожие темы

Ответы

Просмотры

Последнее сообщение

Мой код вызывает тупик? Я не уверен. Может ли кто-нибудь подтвердить или опровергнуть?

Последнее сообщение Anonymous « 28 окт 2024, 02:18
Добавлено в форуме C++

Anonymous » 28 окт 2024, 02:18 » в форуме C++

Для нового проекта на моей новой работе технический руководитель и архитектор попросили меня изучить и использовать boost::asio. В частности, класс thread_pool библиотеки.
Позвольте мне рассмотреть ситуацию в контексте.
Мы создаем приложение,...

0 Ответы

22 Просмотры

Последнее сообщение Anonymous
28 окт 2024, 02:18
Семафор вызывает тупик в WPF

Последнее сообщение Anonymous « 26 дек 2024, 18:06
Добавлено в форуме C#

Anonymous » 26 дек 2024, 18:06 » в форуме C#

DoAsync, ConnectFtpAsync, ConnectDbAsync работают в проекте консоли, когда количество задач превышает предел семафора.

Однако ConnectFtpAsync и ConnectDbAsync кроме DoAsync приводит к зависанию проекта WPF, когда количество задач превышает предел...

0 Ответы

13 Просмотры

Последнее сообщение Anonymous
26 дек 2024, 18:06
Семафор вызывает тупик в WPF

Последнее сообщение Anonymous « 26 дек 2024, 20:28
Добавлено в форуме C#

Anonymous » 26 дек 2024, 20:28 » в форуме C#

DoAsync, ConnectFtpAsync, ConnectDbAsync работают в проекте консоли, когда количество задач превышает предел семафора.

Однако ConnectFtpAsync и ConnectDbAsync кроме DoAsync приводит к зависанию проекта WPF, когда количество задач превышает предел...

0 Ответы

14 Просмотры

Последнее сообщение Anonymous
26 дек 2024, 20:28
Семафор вызывает тупик в WPF

Последнее сообщение Anonymous « 27 дек 2024, 00:44
Добавлено в форуме C#

Anonymous » 27 дек 2024, 00:44 » в форуме C#

DoAsync, ConnectFtpAsync, ConnectDbAsync работают в проекте консоли, когда количество задач превышает предел семафора.

Однако ConnectFtpAsync и ConnectDbAsync кроме DoAsync приводит к зависанию проекта WPF, когда количество задач превышает предел...

0 Ответы

18 Просмотры

Последнее сообщение Anonymous
27 дек 2024, 00:44
Почему не использует EDT, вызывает тупик?

Последнее сообщение Anonymous « 17 фев 2025, 16:30
Добавлено в форуме JAVA

Anonymous » 17 фев 2025, 16:30 » в форуме JAVA

Я прочитал эту ветку и подтвердил, что это приводит к тупику (Javase-22). Однако я просто не могу понять, почему. Кто -нибудь может объяснить, что именно происходит? Я знаю, что мы не должны это делать, но я хочу понять, что идет не так. /code>...

0 Ответы

12 Просмотры

Последнее сообщение Anonymous
17 фев 2025, 16:30

Вернуться в «JAVA»