DavidLee(BirdyLee)

遇到了同样的问题，sharding-jdbc 4.1.1。id主键是雪花，报错 ``` auto increment column not exist ```

分享另外一个。 在做这个告警的时候，一开始是想着用aop LocalTCC这个注解来实现的，但用了aop之后，会导致confirm和cancel拿不到全局事务id的！所以这种方法是不可取的。 反正也写了一些代码，就分享一下，记住，以下代码会导致问题的！！！ # 切面类 ``` @Slf4j public class LibBusinessSeataMethodInterceptor implements MethodInterceptor, Ordered { private volatile boolean disable = ConfigurationFactory.getInstance().getBoolean( ConfigurationKeys.DISABLE_GLOBAL_TRANSACTION, DEFAULT_DISABLE_GLOBAL_TRANSACTION); private final PlatformSysNoticeRecordClient platformSysNoticeRecordClient; public LibBusinessSeataMethodInterceptor(PlatformSysNoticeRecordClient platformSysNoticeRecordClient)...

> 还有个问题我想讨论下,作为用户视角,你觉得发出告警的是client,还是server呢?比如server下发给client,其执行一直失败,这个其实server端也能感知到,比如在prometheus打个点,是否也能做成告警? 但是我总觉得client去处理的话自定义打点肯定比server要细致,更容易也更精确知道一些问题 感谢回复。我昨晚看完你的回复之后，想了一夜，觉得你说的比较符合实情，放在server用prometheus做告警这样会比较综合处理一些，这样会更省事。而放client的话，虽然说是说能更细致，但复杂度多很多 @a364176773

@a364176773 我看了下server-1.5.2的metrics。如果做监控的话，需要为每个接入的分布式事务做才行，没有统一的指标。如下图所示