开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

当kubernetes容器宕机时，当前事务会发生什么情况

当Kubernetes容器宕机时，当前事务会发生以下情况：

容器重启：Kubernetes会自动检测到容器宕机，并尝试重新启动该容器。这是因为Kubernetes的主要目标是保持应用程序的高可用性和稳定性。
服务中断：在容器重启期间，可能会出现短暂的服务中断。这是因为容器宕机后，Kubernetes需要一些时间来重新调度并启动新的容器。
健康检查：Kubernetes会定期对容器进行健康检查，以确保容器正常运行。如果容器持续宕机，Kubernetes将会标记该容器为不健康状态，并尝试重新启动或替换该容器。
事务恢复：如果容器宕机导致事务中断，Kubernetes无法自动恢复事务。开发人员需要根据具体情况，使用适当的机制来处理事务的恢复，例如使用数据库事务回滚、消息队列等。

总结起来，当Kubernetes容器宕机时，Kubernetes会尝试重新启动容器，但在此过程中可能会出现短暂的服务中断。开发人员需要根据具体情况来处理事务的恢复，并确保应用程序的高可用性和稳定性。

腾讯云相关产品推荐：

云原生应用引擎（Cloud Native Application Engine，CNAE）：腾讯云提供的一款全托管的云原生应用引擎，支持快速部署和管理容器化应用，具备高可用性和弹性伸缩能力。了解更多：https://cloud.tencent.com/product/cnae
容器服务（Tencent Kubernetes Engine，TKE）：腾讯云提供的一款高度可扩展的容器管理服务，支持自动化部署、弹性伸缩和故障恢复。了解更多：https://cloud.tencent.com/product/tke

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Longhorn，企业级云原生容器分布式存储 - 高可用

数据局部性设置(data locality setting)旨在在以下情况下启用：只要有可能，至少应在与使用该卷的 pod 相同的节点上调度 Longhorn 卷的一个副本。我们将拥有本地副本的特性称为具有 data locality。

03

kubernetes组件etcd

Kubernetes 是一种开源容器编排平台，用于自动化容器的部署、扩展和操作。etcd 是 Kubernetes 中的一个重要组件，它是一个高可用的键值存储系统，用于存储 Kubernetes 集群的状态信息和配置信息。

01

如何在 Kubernetes 滚动部署中实现真正的零停机时间：避免断开的客户端连接

流行的成语“除了变化之外，没有什么是不变的”来自一位名叫赫拉克利特的希腊哲学家。尽管赫拉克利特生活在公元前 500 年左右，但这句话仍然有效。多亏了像 Kubernetes 这样超高效的编排工具，对我们的应用程序进行更改变得更加无缝。

01

完美！Kubernetes 集群的零停机服务器更新

来源 | https://vflong.github.io/sre/k8s/2020/02/16/zero-downtime-server-updates-for-your-kubernetes-cluster.html

02

借助 Pod 删除事件的传播实现 Pod 摘流

这是实现「 Kubernetes 集群零停机时间更新」系列文章的第三部分。在本系列的第二部分中，我们通过利用 Pod 生命周期钩子实现了应用程序Pod的正常终止，从而减轻了由于 Pod 未处理完已存请求而直接关机而导致的停机时间。但是，我们还了解到，在启动关闭序列后，Pod 会拒绝为新到来的流量提供服务，但实际情况是 Pod 仍然可能会继续接收到新流量。这意味着最终客户端可能会收到错误消息，因为它们的请求被路由到了不再能为流量提供服务的Pod。理想情况下，我们希望 Pod 在启动关闭后立即停止接收流量。为了减轻这种情况，我们必须首先了解为什么会发生Pod开始关闭时仍然会接收到新流量这个问题。

02

DevOps组件高可用的思路

以往部署的应用或服务基本都是自成体系不会被其他影响。而在DevOps下这种部署方式也正在发生改变。因为应用或服务本身所涉及的组件越来越多。DevOps串联着应用或服务以及应用和服务所涉及的组件，以保证所有应用和服务的正常运行。

03

Kubernetes群集的零停机服务器更新

在Kubernetes集群的生命周期中，总会有某个时候，你需要对集群的宿主机节点进行维护。这可能包括程序包更新，内核升级或部署新的VM映像。在Kubernetes中，这些操作被视为“自愿中断”。

01

详述 Spring 中 Bean 的作用域、事务的隔离级别以及传播行为

Spring IOC 容器创建一个 Bean 实例时，可以为 Bean 指定实例的作用域，作用域包括：

01

了解 Kubernetes

Docker 虽好用，但面对强大的集群，成千上万的容器，突然感觉不香了。这时候就需要我们的主角 Kubernetes 上场了，先来了解一下 Kubernetes 的基本概念，后面再介绍实践，由浅入深步步为营。关于 Kubernetes 的基本概念我们将会围绕如下七点展开：一、Docker 的管理痛点如果想要将 Docker 应用于庞大的业务实现，是存在困难的编排、管理和调度问题。于是，我们迫切需要一套管理系统，对 Docker 及容器进行更高级更灵活的管理。 Kubernetes 应运而生！Kubernetes，名词源于希腊语，意为「舵手」或「飞行员」。Google 在 2014 年开源了 Kubernetes 项目，建立在 Google 在大规模运行生产工作负载方面拥有十几年的经验的基础上，结合了社区中最好的想法和实践。 K8s 是 Kubernetes 的缩写，用 8 替代了「ubernete」，下文我们将使用简称。二、什么是 K8s？

04

【消息队列之rabbitmq】Rabbitmq之消息可靠性投递和ACK机制实战

上篇文章介绍了rabbitmq的基本知识、交换机类型实战《【消息队列之rabbitmq】学习RabbitMQ必备品之一》这篇文章主要围绕着消息确认机制为中心，展开实战；接触过消息中间件的伙伴都知道，消息会存在以下问题： 1、消息丢失问题和可靠性投递问题； 2、消息如何保证顺序消费； 3、消息如何保证幂等性问题，即重复消费问题等等… 本文主要以Rabbitmq消息中间件解决问题一的实践，其他问题小编会重新写文章总结；

02

说说Spring事务的传播机制

最后琪姐说，修改了Spring的事务传播机制好了（应该是从默认的Required => Requires_New）。

01

为什么容器和 Kubernetes 有潜力运行一切

在我的第一篇文章为什么说 Kubernetes 是一辆翻斗车中，我谈到了 Kubernetes 如何在定义、分享和运行应用程序方面很出色，类似于翻斗车在移动垃圾方面很出色。在第二篇中，如何跨越 Kubernetes 学习曲线，我解释了 Kubernetes 的学习曲线实际上与运行任何生产环境中的应用程序的学习曲线相同，这确实比学习所有传统组件要容易（如负载均衡器、路由器、防火墙、交换机、集群软件、集群文件系统等）。这是 DevOps，是开发人员和运维人员之间的合作，用于指定事物在生产环境中的运行方式，这意味着双方都需要学习。在第三篇 Kubernetes 基础：首先学习如何使用中，我重新设计了 Kubernetes 的学习框架，重点是驾驶翻斗车而不是制造或装备翻斗车。在第四篇文章帮助你驾驭 Kubernetes 的 4 个工具中，我分享了我喜爱的工具，这些工具可帮助你在 Kubernetes 中构建应用程序（驾驶翻斗车）。

03

深入了解事务的原理

引用百度百科上的一段话：事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(Unit)。事务通常由高级数据库操纵语言或编程语言（如 SQL，C++ 或 Java）书写的用户程序的执行所引起，并用形如 begin transaction 和 end transaction 语句（或函数调用）来界定。事务由事务开始（begin transaction）和事务结束（end transaction）之间执行的全体操作组成。

01

为什么容器和Kubernetes几乎有潜力运行一切【Containers】

在我的第一篇文章中，《Kubernetes是一辆自卸车：这就是为什么》中，我谈到了Kubernetes在定义，共享和运行应用程序方面如何出色，类似于自卸卡车在移动污垢方面如何出色。在第二篇《如何导航Kubernetes学习曲线》中，我解释了Kubernetes的学习曲线实际上与运行生产中的任何应用程序的学习曲线相同，实际上比学习所有传统作品（负载均衡器，路由器，防火墙，交换机，集群软件，集群文件系统等）。这是DevOps，这是开发人员和运营部门之间的合作，用于指定事物在生产中的运行方式，这意味着双方都需要学习。在第四篇Kubernetes的基础知识中：学习如何首先驾驶，我重新构造了Kubernetes的学习框架，重点是驾驶自卸卡车而不是建造或装备它。在第四篇文章中，有4种工具可以帮助您驱动Kubernetes，我将分享我爱上的工具，以帮助您在Kubernetes中构建应用程序（驱动自卸车）。

00

金融级分布式数据库架构设计要点

银行业从最初的手工记账到会计电算化，到金融电子化，再到现在的金融科技，可以看到金融与科技的结合越来越紧密，人工智能、大数据、物联网、区块链等新兴技术改变了金融的交易方式，为金融行业的创新前行提供了源源不断的动力。同时互联网金融的兴起是一把双刃剑，带来了机遇的同时也带来了挑战。普惠金融使得金融的门槛降低，更多的普通大众参与到金融活动中，这让金融信息系统承受了越来越大的压力。于是我们可以看到大型商业银行、保险公司、证券公司、交易所等核心交易系统都在纷纷进行分布式改造，其中数据库作为有状态的应用，成为了信息系统中唯一的单点，承担了所有来自上层应用的压力。随着数据库瓶颈的凸显，进行分布式改造迫在眉睫。

06

数据库事务系列－MySQL跨行事务模型

说来和MySQL倒是有缘，毕业的第一份工作就被分配到了RDS团队，主要负责把MySQL弄到云上做成数据库服务。虽说整天和MySQL打交道，但说实话那段时间并没有很深入的理解MySQL内核，做的事情基本都是围绕着MySQL做管控系统，比较上层。好在周边都是MySQL内核神级人物，在他们的熏陶下多多少少对MySQL的一些基本知识有一些零碎的记录和模糊的认识，这些基础对于今天整理理解MySQL跨行事务模型非常重要。更重要的，有很多不解的地方也可以向大神请教。

01

数据库事务系列－MySQL跨行事务模型

说来和MySQL倒是有缘，毕业的第一份工作就被分配到了RDS团队，主要负责把MySQL弄到云上做成数据库服务。虽说整天和MySQL打交道，但说实话那段时间并没有很深入的理解MySQL内核，做的事情基本都是围绕着MySQL做管控系统，比较上层。好在周边都是MySQL内核神级人物，在他们的熏陶下多多少少对MySQL的一些基本知识有一些零碎的记录和模糊的认识，这些基础对于今天整理理解MySQL跨行事务模型非常重要。更重要的，有很多不解的地方也可以向大神请教。

02

关于mysql的事务，这些你都了解了么？

这篇博文源于公司一个批处理的项目异常而起的。先简单描述下发生背景。一个基于spring batch开发的批处理应用，线上运行了9个多月后，某一天突然跑批任务失败了，检查日志得知，是因为一个mysql异常导致的：Lock wait timeout exceeded。msyql事务锁等待超时这个异常虽然不常见，但随便一搜就会看到大量的相关的信息。导致这个异常的原因就是mysql数据库事务锁等待超时，默认超时时间是50S。但我们的批处理业务从逻辑上讲不会出现这种事务排他锁等待的情况，不得其解。故通过以下这些实例来捋一捋mysql事务内隔离级别和锁等知识点，看看是否如我们了解的这样，同时加深下印象。

02

K8S数据保护工具比较

K8S数据保护工具比较：Cohesity、 Kasten、 OpenEBS、 Portworx、 Rancher Longhorn、和Velero

00

一文搞懂回滚和持久化

redo log 事务的支持是数据库区分文件系统的重要特征之一，事务的四大特性：原子性：所有的操作要么都做，要么都不做，不可分割。一致性：数据库从一种状态变成另一种状态的的结果最终是一致的，比如A给B转账500，A最终少了500，B最终多了500，但是A+B的值始终没变。隔离性：事务和事务之前相互隔离，互不干扰。持久性：事务一旦提交，它对数据的变更是永久性的。本篇文章主要说说持久性相关的知识。当我们在事务中更新一条记录的时候，比如： update user set age=11 where u

01

mysql 半同步复制

转载：https://www.cnblogs.com/zero-gg/p/9057092.html

03

MySQL数据库：事务和ACID实现原理

数据库的事务是并发控制的基本单位，是指逻辑上的一组操作，要么全部执行，要么全部不执行。

02

你可能不知道的13个Kubernetes技巧

Kubernetes，凭借其完善的生态系统，提供了许多功能，可以显著增强容器化应用程序的管理、可伸缩性和安全性。以下是13个技巧，每个技巧都有详细的解释、使用示例、上下文应用和需要注意的预防措施。

01

MySQL中的binlog和redo浅析(r12笔记第5天)

有一个小问题可能很多人都想起过，那就是MySQL中既然已经有了binlog,为什么还需要redo,这个问题看起来好像很简单，但是细细品来，还是有不少值得注意的地方。对于数据恢复，尤其是异常宕机的情况下，再次启动的时候，如何恢复，恢复的数据依据，这个尤为重要，在MySQL中是有checkpoint的技术来做一个基本的检查点控制，也就是常说的LSN,对于事务性数据库，大都会采用write ahead log的策略，即当前事务提交的时候，先写redo,在修改相应的页，如果发生宕机导致数据丢失的时候

如何浏览Kubernetes学习曲线【Containers】

在“Kubernetes是一辆自卸车”中，我谈到了一种工具，它可以很好地解决其设计要解决的问题，一旦您学会了如何使用它。在本系列的第2部分中，我将更深入地了解Kubernetes的学习曲线。

00

079. 分布式一致性算法

1. 理解一致性多份数据保持一致。一份数据，存储在不同数据存储服务节点上，主从场景。业务方面，涉及到多个有状态的服务。如下单需增加订单数据、扣减库存。 2. 什么情况会导致不一致？网络分

01

K8S 生态周报| 2019-04-28~2019-05-05

> 「K8S 生态周报」内容主要包含我所接触到的 K8S 生态相关的每周值得推荐的一些信息。欢迎订阅知乎专栏「k8s生态」。

05

（译）Kubernetes Deployment 终极指南

要把容器化的应用部署起来？在 Kubernetes 中部署容器化应用，总要涉及到 Deployment，这里有这个对象的所有内容。

01

java学习八股之Mysql-事务-锁-索引-sql优化-隔离级别

原子性：事务内的操作统一成功或者失败由undolog日志保证，他记录了需要回滚的日志信息，回滚时撤销已执行的sql

02

DevOps和Kubernetes能够完美匹配吗?

DevOps是一种软件开发策略，它将开发团队和运维团队合并为一个单元。Kubernetes是一个开源编排平台，旨在帮助组织管理大规模容器部署。从表面上看，还不完全清楚这两者怎么结合，这种结合是否产生了预期的结果。

01

MySQL事务的隔离性是如何实现的？

最近做了一些分布式事务的项目，对事务的隔离性有了更深的认识，后续写文章聊分布式事务。今天就复盘一下单机事务的隔离性是如何实现的？

03

MySQL事务的隔离性是如何实现的？

最近做了一些分布式事务的项目，对事务的隔离性有了更深的认识，后续写文章聊分布式事务。今天就复盘一下单机事务的隔离性是如何实现的？

03

事务ACID理解

原子性（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。一致性（Consistency）事务前后数据的完整性必须保持一致。隔离性（Isolation）事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。持久性（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响

02

MQ在分布式系统中的使用场景

一项技术的产生必然是为了解决问题而生，了解了一项技术解决的问题，就能够很轻松的理解这项技术的设计根本，从而更好地理解与使用这项技术。消息中间件和RPC从根本上来说都是为了解决分布式系统的服务间通信问题，我们的服务从最初的单体应用发展到SOA架构到现在的微服务架构，必不可少的就是服务间通信，但从最初的设想，服务间通信仅仅就是一次请求响应调用而已，为什么发展出如此多的消息中间件与RPC技术，我们是否真的需要学习这么多的消息中间件技术？答案是肯定的，接下来我们将分析我们为什么要了解及使用如此多的服务间通信技术，以及他们究竟都解决了哪些问题，在什么场景下他们是必不可少的。

01

【面试】Spring事务面试考点吐血整理（建议珍藏）

Spring和事务的关系关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。就像Jack Ma虽然不会写代码，但是他却管理者一大批会写代码的码农。 Spring事务三要素数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。事务注解的本质 @Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。如何回滚一个事务就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。默认回滚规则默认只把runtime, unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。如何配置回滚异常使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。事务注解在类/方法上 @Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。事务注解在类上的继承性 @Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。事务注解在接口/类上 @Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。只在public方法上生效？当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。如果想在非public方法上生效，考虑使用AspectJ（织入方式）。目标类里的自我调用没有事务？在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。事务与线程和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object, Object>>，就是每个线程一个map，ke

03

【面试】Spring事务面试考点整理

Spring和事务的关系关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。就像Jack Ma虽然不会写代码，但是他却管理者一大批会写代码的码农。 Spring事务三要素数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。事务注解的本质 @Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。如何回滚一个事务就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。默认回滚规则默认只把runtime, unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。如何配置回滚异常使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。事务注解在类/方法上 @Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。事务注解在类上的继承性 @Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。事务注解在接口/类上 @Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。只在public方法上生效？当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。如果想在非public方法上生效，考虑使用AspectJ（织入方式）。目标类里的自我调用没有事务？在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。事务与线程和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object, Object>>，就是每个线程一个map，ke

02

如何利用termination GracePeriodSeconds 优雅地关闭你的服务

当涉及到分布式系统,处理故障是关键。Kubernetes通过利用可以监视系统状态并重新启动已停止执行的服务的控制器（controllers）来解决这个问题。另一方面，Kubernetes通常可以强制终止您的应用程序，作为系统正常运行的一部分。

06

证明谷歌Go魅力的10个开源项目

原文标题：10 open source projects proving the power of Google Go，作者：Serdar Yegulalp

01

一文读懂 Kubernetes Ingress Controller 选型实践

Hello folks，众所周知，Ingress 对于任何成功的 Kubernetes 集群部署拓扑架构都至关重要，尤其是在自建的容器云平台。 Ingress 允许我们在实际的业务场景中能够基于当前的网络环境定义外部（或内部）流量以及其如何路由至集群内的服务。

06

重新学习MySQL数据库6：浅谈MySQL的中事务与锁

本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看

02

在 Kubernetes 中实现零宕机部署应用

如果你使用像 Gmail 这样的在线服务或者大型社交媒介和电子商务平台，你可能从来都没有遇到过哪个页面会提示你“请等待我们的应用更新完成”。

01

重新审视分布式（微服务）体系结构中的全局数据一致性

早在2015年的时候，我写了几篇文章，介绍如何通过搭载标准Java EE事务管理器以获得跨分布式服务的数据一致性（查看原文请点击这里，基于Spring Boot、Tomcat 或Jetty的实现请点击这里）。

02

spring事务隔离级别、传播机制以及简单配置_mysql查看事务隔离级别

public interface TransactionDefinition 定义符合 Spring 的事务属性的接口。基于类似于 EJB CMT 属性的传播行为定义。‎ ‎注意，除非启动实际的新事务，否则不会应用隔离级别和超时设置。‎ ‎仅‎ PROPAGATION_REQUIRED, PROPAGATION_REQUIRES_NEW and PROPAGATION_NESTED ‎可能导致这种情况，在其他情况下指定这些设置通常没有意义。此外，并非所有事务管理器都支持这些高级功能，因此在给定非默认值时可能会引发相应的异常。‎

01

容器编排引擎Kubernetes 05——命名空间和POD

命名空间，即 namespace，是对一组资源和对象的抽象集合，比如可以将系统内部的对象划分为不同的项目组或用户组。

01

基于Redo Log和Undo Log的MySQL崩溃恢复流程

在之前的文章「简单了解InnoDB底层原理」聊了一下MySQL的Buffer Pool。这里再简单提一嘴，Buffer Pool是MySQL内存结构中十分核心的一个组成，你可以先把它想象成一个黑盒子。

01

结合图文一起搞懂MySQL事务、MVCC、ReadView！

上次讲完MySQL的三大日志 undolog、redolog、binlog后，有必要把关于MySQL事务分析的文章马上给续上，我们知道在多并发事务处理的MVCC【多版本并发控制】中是有涉及到undo log日志的。

09

删库时，我后悔没早学会的数据库知识

曾经有一份真挚的数据库知识摆在我的面前，我没有珍惜，等到删库时才后悔莫及。人世间最悲痛的事莫过于此。如果再给我一次重来的机会，我一定会好好读这篇文章，并把它收藏、分享给有需要的人。

02

pgxc架构下两阶段提交异常分析

在当前去IOE的大潮下，分布式数据库正如火如荼的发展起来，特别是国产数据库呈现了井喷态势。一个典型的分布式数据库应该具有如下组件：①协调节点，也叫sql转发节点，用来进行sql协议支持，分布式执行计划生成与下发；②数据节点：用来存储数据，同时进行运算；③全局事务管理器，用来保证事务一致性。为了保证高可用，成熟的分布式数据库这些节点都具有主备切换功能。

01

jdbc在MGR多写环境下的配置注意事项

最近看到有些研发写代码jdbc的配置文件是MGR多个地址。出于好奇它是如何选择连接的，在节点故障的时候，又是如何failover的。于是有了下文的探索与发现。

02

Spring事务为什么会失效？

如果对AOP的实现不太熟悉的话可以看我之前的文章，或者到我网站www.javashitang.com上查看系列文章

04

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭