是的，MySQL触发器默认在当前语句所属事务中执行，共享事务ID，不可开启新事务；并发下易引发锁等待与死锁；8.0与5.7事务行为基本一致但存在DDL原子性、binlog格式及触发器顺序等差异；复杂场景建议用存储过程或应用层事务替代。

ONDUPLICATEKEYUPDATE会锁所有扫描到的唯一索引记录及其间隙，而非仅冲突行；并发插入可能因多唯一索引加锁顺序不一致导致死锁，需通过统一访问顺序、减少唯一约束、捕获死锁后重试来缓解。

不会锁住整个源表，但会加临键锁；若无索引或WHERE不走索引，则等效“准全表锁”；需分批处理、禁用autocommit并手动提交以避免长事务与binlog膨胀。

UPDATE语句卡住SELECT主因是未走索引导致全表扫描并大量加next-key锁，引发锁冲突或死锁；应确保WHERE条件走索引、避免函数操作、合理设计复合索引，并优化唯一键插入策略。

Deadlockfoundwhentryingtogetlock是MySQL检测到事务间循环等待锁而主动回滚牺牲事务的正常现象；需通过SHOWENGINEINNODBSTATUS查LATESTDETECTEDDEADLOCK确认，应用层须捕获错误码1213并重试。

final不是实现不可变的银弹，它仅保证引用不被重赋值，不阻止对象内部状态改变；需配合不可变类型、防御性拷贝、final类/方法及完整封装才能真正实现不可变。