执行更新命令 提示：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. 死锁
虽然不太常见，但是在某些复杂的事务场景中，读操作可能与其他写操作形成死锁，尤其是在涉及多个表或行的复杂查询中。
解决办法和预防措施：
优化查询：确保查询尽可能高效，使用适当的索引，避免全表扫描。
控制事务大小：避免长时间运行的事务，确保事务尽可能短，以释放锁资源。
评估隔离级别：合理设置事务隔离级别，根据应用的具体需求进行权衡。
监控和分析锁：定期监控数据库的锁情况，分析死锁日志，找出导致锁问题的根本原因。
