- 博客(6)
- 收藏
- 关注
RSS订阅原创 谈谈你对mysql联合索引的认识?
试官:谈谈你对mysql联合索引的认识? 本文预计分为两个部分: (1)联合索引部分的基础知识 在这个部分，我们温习一下联合索引的基础 (2)联合索引部分的实战题 在这个部分，列举几个我认为算是实战中的代表题，挑出来说说。 讲联合索引，一定要扯最左匹配!放心，我不扯有的没的，几句话懂个大概就行！ 最左匹配 所谓最左原则指的就是如果你的 SQL 语句中用到了联合索引中的最左边的索引，那么这条 SQL 语句就可以利用这个联合索引去进行匹配，值得注意的是，当遇到范围查询(>、<、between、lik
2021-09-16 10:46:51
165
原创 Mysql把字段code替换为name
使用GROUP_CONCAT + FIND_IN_SET 函数 select b.engine_number,GROUP_CONCAT(code_name) as tran_name from t_fix_code a join t_inventory_tmp b ON FIND_IN_SET(a.code,b.engine_number) > 0 group by b.engine_number
2021-09-15 15:21:14
556
原创 关于MQ的几件小事（三）如何保证消息不重复消费
关于MQ的几件小事（三）如何保证消息不重复消费 1.幂等性 幂等（idempotent、idempotence）是一个数学与计算机学概念，常见于抽象代数中。 在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。例如，“setTrue()”函数就是一个幂等函数,无论多次执行，其结果都是一样的.更复杂的操作幂等保证是利用唯一交易号(流水号)实现. 简
2021-09-14 13:57:23
125
原创 关于MQ的几件小事（四）如何保证消息不丢失
关于MQ的几件小事（四）如何保证消息不丢失 1.mq原则 数据不能多，也不能少，不能多是说消息不能重复消费，这个我们上一节已解决；不能少，就是说不能丢失数据。如果mq传递的是非常核心的消息，支撑核心的业务，那么这种场景是一定不能丢失数据的。 2.丢失数据场景 丢数据一般分为两种，一种是mq把消息丢了，一种就是消费时将消息丢了。下面从rabbitmq和kafka分别说一下，丢失数据的场景， （1）rabbitmq A:生产者弄丢了数据 生产者将数据发送到rabbitmq的时候，可能在传输过程中因为网络等问题而
2021-09-14 13:56:12
177
转载 oauth 认证
需求 在微服务架构中，我们有很多业务模块，每个模块都需要有用户认证，权限校验。有时候也会接入来自第三方厂商的应用。要求是只登录一次，即可在各个服务的授权范围内进行操作。看到这个需求，立马就想到了这不就是单点登录吗？于是基于这样的需求，作者使用spring-cloud-oauth2去简单的实现了下用户认证和单点登录。 相关介绍 OAuth2 OAuth2是一个关于授权的网络标准，他定制了设计思路和执行流程。OAuth2一共有四种授权模式：授权码模式(authorization code)、简化模式(impli
2021-06-03 10:25:27
534
转载 抽象类接口区别以及应用场景
抽象类接口区别以及应用场景 抽象类和接口的区别以及使用场景记 相同点 不同点 interface的应用场合 abstract class的应用场合 相同点 两者都是抽象类，都不能实例化。 interface实现类及abstrct class的子类都必须要实现已经声明的抽象方法。 不同点 interface需要实现，要用implements，而abstract class需要继承，要用extend...
2018-10-29 14:32:35
179
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人