
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
分布式编程开发随着互联网的不断发展而被越来越多的程序员掌握,今天我们就通过案例分析来简单了解一下,分布式编程技术应用与实践分析。
一、回顾
1.1回顾
分布式从来都不是简单的东西。为此写本系列文章也耗费了笔者大量脑细胞,从一节3月底到总结篇的6月初,耗时2个多月...用经验,结合学习、测试,总算完结了。
本系列从原理、规范、组件支撑、简单样例、源码剖析多角度分析分布式事务,让大家对分布式事务有正确的概念,行之有效的实操能力、常用解决方案,底层源码的深入剖析。
1.2目标
如果说分布式事务这一块100分的话,理论少占了40%,实践只占60%甚至更少。一个成熟的程序员应该清楚,分布式这一块有哪些概念原理,常见解决方案。遇到问题可以一眼就看破虚妄,找到问题所在,甚至直接脑子里就有对应的实现方案。
回到顶部
二、灵魂问答
对于分布式事务,常见问题:
2.1.什么是事务?
事务(Transaction)是数据库区别于文件系统的重要特性之一。目前国际认可的数据库设计原则是ACID特性,用以保证数据库事务的正确执行。Mysql的innodb引擎中的事务就完全符合ACID特性。
事务根据业务场景不同可分为本地事务,分布式事务。
2.2.什么时候需要加本地事务/分布式事务?
当需要多个增删改业务操作,同时成功或失败回滚时。如果操作的是一个RM(资源管理器),那么就是本地事务。如果操作多个RM,那就是分布式事务。
2.3.本地事务如何实现?
大部分情况下,一个服务操作一个数据库,这就是本地事务(本地事务飞机票)。ACID特性由数据库提供支持,比如mysqlinnodb引擎。
spring提供了2种方式实现:
编程式:基于transactionTemplate去实现,适合手动精准控制事务的场景,少用。
声明式事务注解:@Transactional加在serviceImpl的方法上即可,这也是常用的方法。
2.4.分布式事务如何实现?
当遇到复杂业务调用时,可能会出现跨库多资源调用(一个事务管理器,多个资源)/多服务调用(多个事务管理器,多个资源),期望全部成功或失败回滚,这就是分布式事务,用以保证“操作多个隔离资源的数据一致性”。
分布式业务场景下,诞生了DTP模型、XA协议,以及引申出来的TM与RM之间的二阶段提交、三阶段提交。以及后来的CAP理论,BASE理论,大部分情况下为了追求性能,我们不会追求强一致性。
强一致性:如果应用服务器不支持分布式事务,那么可以借助三方事务管理器实现,比如分布式事务(四)简单样例SpringBoot+Atomikos(TM)+Mybatis(ORM)+Mysql(DB)。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。