- 博客(33)
- 收藏
- 关注
RSS订阅
原创 系统优化-异步化
同步:一件事情做完，再做另一件事情。(烧水后处理工作)异步:不用等一件事做完，就可以做另一件事，等第一件事情完成时，可以收到一个通知，可以进行后续处理。(烧水的时候，烧水人可以同时处理工作，当烧水完成时，可以听到水壶的蜂鸣声，就知道水烧好了)
2023-10-25 13:51:31
131
原创 分布式消息队列:Rabbitmq(2)
为了保证消息的可靠性，比如每条消息都成功消费，需要提供一个容错机制，即失败的消息怎么处理，相当于死信。让交换机和队列进行关联，可以指定让交换机把什么样的消息发送给队列。:过期的消息，拒收的消息，处理失败的消息，消息队列满了统称为死信。特点:给每条消息指定一个有效期，一段时间内未被消费，就过期了。特定的一类消息只交给特定的一类系统(程序来处理)。消息会根据一个模糊的路由键转发到指定的队列中。给死信队列发送消息的交换机，也存在路由绑定。路由键，控制消息要发送哪个队列。特定的消息指定给特定的队列。
2023-10-27 21:15:37
569
原创 分布式消息队列:RabbitMQ(1)
在不同的系统下，应用之间实现消息的传输，不需要考虑传输应用的编程语言，系统和，框架等等，实现应用解耦的作用。12点时来了10万个请求，原本情况下，10万个请求都在系统内部立刻处理，很快系统压力过大宕机。大的核心系统始终往消息队列发消息，其他的系统都去订阅这个消息队列的消息，用的时候进行取就OK。先把用户的请求放到消息队列种，消费者(实际执行操作的应用)可以按照自己的需求，慢慢去取。:生态好，易学习，易于理解，时效性强，支持不同语言的客户端，扩展性，可用性都很不错。(跨团队，跨业务合作，应用解耦)
2023-10-27 18:46:50
766
原创 分布式限流:Redis
每秒处理10个请求，桶的容量是10，每0.1秒处理1次请求(固定的)，如果1秒内，来了10个都可以处理完，但如果一秒内来了11个请求，最后那个请求就会被拒绝。能够解决上面流量突刺的问题，第59分钟，限流窗口59min到1h59min,这个时间段内接受10次请求，只要在这个窗口内，更多的操作就会被拒绝。第一小时01分钟又来了十个操作，就可能导致流量突刺，相当于2分钟实现了20个操作。管理员先生成一批令牌，每秒生成10个令牌，当用户操作前，先去拿到令牌，有令牌的人可以先执行，都能够同时执行。
2023-10-24 22:19:48
1564
3
原创 Mybatis:SQL注入问题 like模糊查询 多表查询 动态SQL
Mybatis:SQL注入问题 like模糊查询 多表查询 动态SQL
2023-10-01 19:17:22
1545
1
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人