执行更新命令 提示：1205 - Lock wait timeout exceeded; try restarting transaction，
where 字段都加了索引

UPDATE `xxxx` 
SET `year_month` = '2024-02',
`product_code` = 'D05509',
`in_site_marketing_fee` = 0,
`off_site_marketing_fee` = 0,
`marketing_fee` = 0 ,
`cap` = 0,
`high_point_target` = 0 ,
`product_price` = 0.00,
`product_price_standard` = 0.00,
`product_price_reserve` = 0.00,
`source_currency` = 'EUR',
`target_currency` = 'USD',
`currency_rate` = 1.086094,
`rmb_currency_rate` = 7.721800,
`sale_channel` = 'FBA' 
WHERE
    (
        `year_month` = '2024-02' 
    AND `product_code` = 'D05509' 
    AND `sale_channel` = 'FBA')

检查锁的情况

SELECT * FROM information_schema.INNODB_TRX;

4987483303  RUNNING 2024-02-01 01:52:33         2   5688838 select * from `v4_multi_platform_order_shipping_address` where (`multi_platform_order_id` = '5317011100523468413') limit 1  fetching rows   1   1   2   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0
4987250474  RUNNING 2024-02-01 00:54:25         1   5668274         0   1   1   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0
4987244335  RUNNING 2024-02-01 00:52:08         1   5667482         0   1   1   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0
4987237781  RUNNING 2024-02-01 00:48:51         1   5666348         0   1   1   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0
4987234624  RUNNING 2024-02-01 00:45:00         1   5665014         0   1   1   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0
4987229365  RUNNING 2024-02-01 00:35:58         2   5661606         0   1   2   1136    1   0   0   READ COMMITTED  1   1       0   0   0   0

解决 删除这些锁就插入成功了

在MySQL中，通常情况下，读操作（如SELECT语句）不会阻塞写操作（如UPDATE、INSERT、DELETE语句）。然而，某些特定情况下，读操作可能会间接导致写操作被阻塞，进而影响数据的更新。这种情况可能由以下因素引起：

1. 锁升级或元数据锁
在某些情况下，长时间运行的读操作可能会导致锁升级（例如从行级锁升级到表级锁），或持有元数据锁，从而间接阻塞写操作。特别是在涉及到表结构更改（如ALTER TABLE）的场景中，元数据锁更常见。
2. 事务隔离级别
在某些较高的事务隔离级别（如可重复读REPEATABLE READ或串行化SERIALIZABLE），长时间运行的读事务可能会创建一致性视图，保持对读取数据的锁，从而阻塞对相同数据的写操作。
3. InnoDB行锁定
InnoDB通过索引来对数据行进行锁定。如果读操作使用了不合适的索引或进行了全表扫描，可能会间接影响到写操作尝试锁定的行。
4. 死锁
虽然不太常见，但是在某些复杂的事务场景中，读操作可能与其他写操作形成死锁，尤其是在涉及多个表或行的复杂查询中。
解决办法和预防措施：
优化查询：确保查询尽可能高效，使用适当的索引，避免全表扫描。
控制事务大小：避免长时间运行的事务，确保事务尽可能短，以释放锁资源。
评估隔离级别：合理设置事务隔离级别，根据应用的具体需求进行权衡。
监控和分析锁：定期监控数据库的锁情况，分析死锁日志，找出导致锁问题的根本原因。