seata全局锁超时:org.springframework.dao.QueryTimeoutException: JDBC commit； Global lock wait timeout；

常见原因：

• 事务执行时间过长，导致锁持有时间过长。

• 高并发场景下，多个事务竞争同一资源。

• Seata 配置的超时时间过短。

• 数据库性能瓶颈或死锁。

1,调整seata配置，增加超时时间

seata:
  client:
    lock:
      retry-interval: 1000  # 锁重试间隔时间（毫秒）
      retry-times: 30       # 锁重试次数

2. 优化事务设计

• 缩短事务执行时间：确保事务内的操作尽可能高效，避免长时间持有锁。

• 减少事务范围：将非必要的操作（如日志记录、外部 API 调用）移到事务外。

• 拆分大事务：将大事务拆分为多个小事务，减少锁竞争。

3. 降低并发冲突

• 减少资源竞争：尽量避免多个事务同时操作同一资源。

• 使用队列或限流：在高并发场景下，通过队列或限流机制控制事务的并发数。

4. 检查数据库性能

• 优化 SQL：确保 SQL 语句高效，避免全表扫描等低效操作。

• 添加索引：为经常被锁定的资源（如数据库表的某些列）添加索引，减少锁冲突。

• 调整隔离级别：如果业务允许，可以降低数据库的隔离级别（如从 REPEATABLE READ 降到 READ COMMITTED），以减少锁的持有时间。

5. 排查死锁

• 使用数据库的监控工具（如 MySQL 的 SHOW ENGINE INNODB STATUS）检查是否存在死锁。

• 分析 Seata 的日志，找出导致死锁的事务，优化其逻辑。

6. 升级 Seata 版本

• 如果你使用的是旧版本的 Seata，建议升级到最新版本，因为新版本可能修复了相关的性能问题或 Bug。

7. 监控和分析

• 使用 Seata 的监控工具（如 Seata Dashboard）跟踪事务的执行情况，找出性能瓶颈。

• 分析日志，定位具体是哪些事务导致了锁等待超时。

问题：

一、docker部署的seata的日志路径：

1，docker ps  记录seata的 container id

2,docker exec -it <container_id_or_name> /bin/bash

3,ls

4.tail -f   xxx.log

二：数据库中seata的lock_table没有数据，但是报锁超时

1.查看seata配置是否为记录在数据库中，确认数据库连接正确

三，加了域名無法訪問  http://127.0.0.1:7091

在nginx中進行配置(/etc/nginx/conf.d/domain.conf)