事务管理

Spring Boot 使用事务非常简单，首先使用注解 @EnableTransactionManagement 开启事务支持后，然后在访问数据库的Service方法上添加注解 @Transactional 便可。 关于事务管理器，不管是JPA还是JDBC等都实现自接口 PlatformTransactionManager 如果你添加的是 spring-boot-starter-jdbc 依赖，框架会默认注入 DataSourceTransactionManager 实例。如果你添加的是 spring-boot-starter-data-jpa 依赖，框架会默认注入 JpaTransactionManager 实例。 你可以在启动类中添加如下方法，Debug测试，就能知道自动注入的是 PlatformTransactionManager 接口的哪个实现类。 @EnableTransactionManagement // 启注解事务管理，等同于xml配置方式的 <tx:annotation-driven /> @SpringBootApplication public class ProfiledemoApplication { @Bean public Object testBean(PlatformTransactionManager

数据库 MySQL初步 MySQL基础认知 （Oracle真的是走哪祸害到哪23333） Java多用MySQL和Oracle SQLServer也收费，但是还行，比Oracle便宜，一个差不多3w多 SQLite被嵌入到了安卓系统中，主要用于安卓开发，是完全免费的 关于MySQL收费的问题，这篇文章说的很透： 你使用开源软件并不受GPL约束，只有在你基于开源软件，修改开源软件的源码的时候才受 GPL约束。MySQL作为一个开源数据库，几乎所有的用户都只是通过自己的程序去操作这个数据库，不涉及到改动源码的问题，根本不用去考虑是否要遵循 GPL的问题。只有在你修改MySQL源码的情况下，才需要考虑GPL。 如果你只是使用MySQL而不是改写MySQL，那么在这些情况下你应该考虑购买Oracle的商业版本，一是Oracle的商用版本提供的附加组件（监控器、备份工具等）对你有价值，二是Oracle的年度技术支持是你需要的，三是各种潜规则。而不应该是你想合法的使用MySQL才去购买其商业版本。另外，如果你是基于MySQL的源码开发你自己的产品，那么你需要购买的是商业授权，而不是subscription这些商业版本。 除了以上情况，使用社区版就好 关闭服务需要使用管理员权限 服务器无法连接时，要检查服务是否正常开始了 登录MySQL： mysql -uroot -proot /

先看一段作者张亮，对sharding-jdbc分布式事务理解： 张亮：分布式事务这块，我们认为XA多阶段提交的方式，虽然对分布式数据的完整性有比较好的保障，但会极大的降影响应用性能，并未考虑采用。我们采用的是两种方式，一种称之为弱XA，另一种是柔性事务，即BASE。 弱XA就是分库之后的数据库各自负责自己事务的提交和回滚，没有统一的调度器集中处理。这样做的好处是天然就支持，对性能也没有影响。但一旦出问题，比如两个库的数据都需要提交，一个提交成功，另一个提交时断网导致失败，则会发生数据不一致的问题，而且这种数据不一致是永久存在的。 柔性事务是对弱XA的有效补充。柔性事务类型很多。 Sharding-JDBC主要实现的是最大努力送达型。即认为事务经过反复尝试一定能够成功。如果每次事务执行失败，则记录至事务库，并通过异步的手段不断的尝试，直至事务成功（可以设置尝试次数，如果尝试太多仍然失败则入库并需要人工干预）。在尝试的途中，数据会有一定时间的不一致，但最终是一致的。通过这种手段可以在性能不受影响的情况下牺牲强一致性，达到数据的最终一致性。最大努力送达型事务的缺点是假定事务一定是成功的，无法回滚，因此不够灵活。 还有一种柔性事务类型是TCC，即Try Confirm Cancel。可以通过事务管理器控制事务的提交或回滚，更加接近原生事务，但仍然是最终一致性

2019独角兽企业重金招聘Python工程师标准>>> 摘要: 原创出处 http://www.iocoder.cn/Sharding-JDBC/transaction-bed/ 「芋道源码」欢迎转载，保留摘要，谢谢！ 本文主要基于 Sharding-JDBC 1.5.0 正式版 1. 概述 2. 最大努力送达型 3. 柔性事务管理器 3.1 概念 3.2 柔性事务配置 3.3 柔性事务 3.3.1 创建柔性事务 4. 事务日志存储器 4.1 #add() 4.2 #remove() 4.3 #findEligibleTransactionLogs() 4.4 #increaseAsyncDeliveryTryTimes() 4.5 #processData() 5. 最大努力送达型事务监听器 6. 最大努力送达型异步作业 6.1 BestEffortsDeliveryJob 6.2 AsyncSoftTransactionJobConfiguration 6.3 Elastic-Job 是否必须？ 7. 适用场景 8. 开发指南 & 开发示例 666. 彩蛋 ???关注**微信公众号：【芋道源码】**有福利： RocketMQ / MyCAT / Sharding-JDBC 所有 源码分析文章列表 RocketMQ / MyCAT / Sharding-JDBC 中文注释源码

摘要: 原创出处 http://www.iocoder.cn/Sharding-JDBC/transaction-bed/ 「芋道源码」欢迎转载，保留摘要，谢谢！ 本文主要基于 Sharding-JDBC 1.5.0 正式版 1. 概述 2. 最大努力送达型 3. 柔性事务管理器 3.1 概念 3.2 柔性事务配置 3.3 柔性事务 3.3.1 创建柔性事务 4. 事务日志存储器 4.1 #add() 4.2 #remove() 4.3 #findEligibleTransactionLogs() 4.4 #increaseAsyncDeliveryTryTimes() 4.5 #processData() 5. 最大努力送达型事务监听器 6. 最大努力送达型异步作业 6.1 BestEffortsDeliveryJob 6.2 AsyncSoftTransactionJobConfiguration 6.3 Elastic-Job 是否必须？ 7. 适用场景 8. 开发指南 & 开发示例 666. 彩蛋 ������关注 微信公众号：【芋道源码】 有福利： 1. RocketMQ / MyCAT / Sharding-JDBC 所有 源码分析文章列表 2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址 3.

数据库的基本语法的使用，很多，我也没有去整理，所以在这里就不介绍那些基本的语法了。如果对这方面有问题，我在这里给大家分享一个方法： 　　SQL语句应该怎样去优化？在职业生涯中，有一次维护一个项目中的一个模块。之前做的那个同事离职了，交给我来维护。我记得好像是七八张表吧，各种join、order by、distinct、group by.......看得头大。这样的SQL语句应该怎么优化呢？额......这怎么优化啊？建议从表的设计方面考虑吧。后来我也是这样做的，重新设计表，将表的数量减少，将数据更新到那写新表中去。即使不刷数据，流程中做下控制，时间久了，老表中的数据也都会更新到新表中去。 数据库设计步骤： 　　1、需求分析：大概明白需要存储什么 　　2、概要设计阶段：E-R图，表-属性-关系表，解决多方的沟通问题 　　3、详细设计，细致到表甚至字段 关系型数据库：面向对象的封装+关系 面向对象的思想来建表： 　　一对一：人----身份证；垂直分别的时候；相同主键/外键 　　一对多：订单----商品表；省-----市；公司-----员工；主外键表示 　　多对多：用户----菜单；学生----课程；女神----备胎；关系表/中间/映射表 三大范式： 　　第一范式：每一列保持原子性，不可分割 　　　　原子性：不可分割。 　　　　人----工作电话/家庭电话/移动电话，必须要拆分开

来自：51CTO技术栈 例如：单表中出现了，动辄百万甚至千万级别的数据。“分表分库”就成为解决上述问题的有效工具。 今天和大家一起看看，如何进行分表分库以及期间遇到的问题吧。 为什么会分表分库 数据库数据会随着业务的发展而不断增多，因此数据操作，如增删改查的开销也会越来越大。 再加上物理服务器的资源有限（CPU、磁盘、内存、IO 等）。最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。 换句话说需要合理的数据库架构来存放不断增长的数据，这个就是分库分表的设计初衷。目的就是为了缓解数据库的压力，最大限度提高数据操作的效率。 数据分表 如果单表的数据量过大，例如千万级甚至更多，那么在操作表的时候就会加大系统的开销。 每次查询会消耗数据库大量资源，如果需要多表的联合查询，这种劣势就更加明显了。 以 MySQL 为例，在插入数据的时候，会对表进行加锁，分为表锁定和行锁定。 无论是哪种锁定方式，都意味着前面一条数据在操作表或者行的时候，后面的请求都在排队，当访问量增加的时候，都会影响数据库的效率。 那么既然一定要分表，那么每张表分配多大的数据量比较合适呢？这里建议根据业务场景和实际情况具体分析。 一般来说 MySQL 数据库单表记录最好控制在 500 万条（这是个经验数字）。既然需要将数据从一个表分别存放到多个表中，那么来看看下面两种分表方式吧。 垂直分表 根据业务把一个表中的字段

本人免费整理了Java高级资料，涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程，一共30G，需要自己领取。传送门： https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q 作为一名开发人员，在日常的工作中会难以避免地接触到数据库，无论是基于文件的 sqlite 还是工程上使用非常广泛的 MySQL、PostgreSQL，但是一直以来也没有对数据库有一个非常清晰并且成体系的认知，所以最近两个月的时间看了几本数据库相关的书籍并且阅读了 MySQL 的官方文档，希望对各位了解数据库的、不了解数据库的有所帮助。 本文中对于数据库的介绍以及研究都是在 MySQL 上进行的，如果涉及到了其他数据库的内容或者实现会在文中单独指出。 数据库的定义 很多开发者在最开始时其实都对数据库有一个比较模糊的认识，觉得数据库就是一堆数据的集合，但是实际却比这复杂的多，数据库领域中有两个词非常容易混淆，也就是 数据库 和 实例 ： 数据库：物理操作文件系统或其他形式文件类型的集合； 实例：MySQL 数据库由后台线程以及一个共享内存区组成； 对于数据库和实例的定义都来自于 MySQL 技术内幕：InnoDB 存储引擎 一书，想要了解 InnoDB 存储引擎的读者可以阅读这本书籍。

面试基础 谈谈一致hash算法？ 按照hash算法来将对应的key哈希到一个具有2^32次方个桶的空间中，即0~（2^32）-1的数字空间。将这些数字头尾相连，想象成一个闭合的环形。如果集群中加入新的机器，采用它的IP或者唯一别名计算哈希值，也映射到环中。新增key值以顺时针的方向，存储到离自己最近的机器中。 参考： https://blog.csdn.net/cb_lcl/article/details/81448570 说说乐观锁和悲观锁？ 乐观锁：假设每次操作别人不会修改数据，当更新的时候根据版本号判断数据是否变化，适合读多写少的场景。 悲观锁：假设每次操作别人会修改数据，操作前先加上锁，后面的操作被阻塞，直至操作完毕释放锁。 说说对MySQL的了解，和Oracle的区别？ MySQL是一种开源关系型数据库，支持标准的SQL语言，支持多种数据引擎、事务、主从配置。广泛用于中小型互联网公司。与Oracle的区别： 定位：Oracle是大型数据库，Mysql是中小型数据库。Oracle是付费的商业数据库，MySQL是免费开源数据库。 性能：Oracle有更强的并发性能，更丰富的数据管理工具。 说说事务四大特性？ A(原子性)：事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 C(一致性)：事务前后数据的完整性必须保持一致，符合逻辑运算。 I(隔离性)

项目常见面试问题 阅读目录 项目常见面试问题 回到目录 项目常见面试问题 一、你的项目中缓存粒度是如何选择的? 缓存粒度一共分为4种. 1.缓存某个数值:一个键只保存一个值,性价比较低,使用率低,如果存储的话我们使用redis的String 2.缓存数据对象:数据库记录对应的具体数据,优点是可以多次复用,String,hash 3.缓存数据集合:数据库查询对应的结果集,可以和数据对象配合使用,方便数据对象的重用,hash,list,set,zset,String(zset,String) 4.缓存试图响应:试图返回的相应数据,复用性比较差,String 所以我们项目中主要对数据集合+数据对象进行缓存,他们的优点是复用性强,节省内存空间. 二、使用过redis的那些格式做过缓存,其他应用场景和优缺点是什么? 包括list,zset,set,hash和json字符串 其中我们使用过json字符串和zset set用来存放无序去重的数据, 如果有判断是否存在的需求 zset有排序的需要list,如果说是按时间查询, 查询的结果固定, 不需要分页的情况下,我们使用list因为查询的比较快 但如果有额外排序要求, 而且需要分页, 我们使用zset(查询时间跟查询的长度和数据量有关,跟查询区别无关, 查询速度比较均衡), 增加数据效率和存储的数据量负相关,数据量越大,添加时间越长