!(https://oscimg.oschina.net/oscnet/c5b4fcf737f248db8060e0f7c009f6c8.jpg)前几天发了一篇文章里面有一个关于事务失效的问题：用Spring的@Transactional注解控制事务有哪些不生效的场景？其中有个热心粉丝留言分享了下，我觉得总结得有点经验

Appender：日志输出器，配置日志的输出级别、输出位置等，包括以下几类：ConsoleAppender:日志输出到控制台；FileAppender：输出到文件；RollingFileAppender：输出到文件，文件达到一定阈值时，自动备份日志文件;DailyRollingFileAppender：可定

spring对事务的管理，之前的博客文章中也介绍过，不再详细累述。本文想说的是，当@Transactional不起作用如何排查问题。可以按照以下几个步骤逐一确认：1、首先要看数据库本身对应的库、表所设置的引擎是什么。MyIsam不支持事务，如果需要，则必须改为InnnoDB。2、@Transactional所注解的方法是否为public3

spring对事务的管理，之前的博客文章中也介绍过，不再详细累述。本文想说的是，当@Transactional不起作用如何排查问题。可以按照以下几个步骤逐一确认：1、首先要看数据库本身对应的库、表所设置的引擎是什么。MyIsam不支持事务，如果需要，则必须改为InnnoDB。2、@Transactional所注解的方法是否为public3

HibernateTemplate和session1.Spring的HibernateTemplate可以管理会话和事务,简化DAO实现.但使用HibernateTemplate意味着DAO必须依赖于Spring的

!(https://oscimg.oschina.net/oscnet/aa50249b99964bfeba109c5e6bf81210.png)写在前面写这篇文章的背景是有个跟我关系不错的小伙伴去某大型互联网公司面试，面试官问了他关于分布式事务的问题，不巧的是他确实对分布式事务掌握的不是很深入，面试的结果挺遗憾的。不过，这

背景在编写业务代码时经常遇到并发执行多个任务的需求，因为串行执行太慢，会影响业务代码性能。特别对于直接面向普通用户的业务来说用户体验至关重要，保证用户体验重要的一点是要“快”。业务代码中经常需要调用其它业务接口或者同时从多个数据源取数据再处理等，这种情况下势必要走网络请求，网络消耗必不可少，最好的情况是毫秒级别，一般情况下是几十毫秒级别，甚至几百毫

首先这两个命令都可以用作替换，但替换时还是有区别的（1）y一般是行级别的替换，s一般是列级别替换（当然也可以转换成行级）；（2）s替换的是整体，y替换的是每一字母对应的单个字母例：1、sed's/dog/cat/'data把data中的所有行中的第一次出现dog的替换成cat，（注意：如果cat/后没有出现其他形式，则默认时第一次出现的位置）2

VPC网络的主要功能依旧是为用户提供一个逻辑隔离的区域，构建一个安全可靠、可配置和管理的虚拟网络环境。而VPC产品架构可以分为：VPC的基本组成、访问控制、VPC连接。