1.配置一个提供复制的账号；创建用户2.找一个从库配置复制源MASTER_HOST='192.168.56.1', -- 主库的IP地址MASTER_USER='replication', -- 复制用户MASTER_PASSWORD='1942951600', -- 复制用户的密码MASTER_LOG_FILE='mysql-bin.000001', -- 从主库SHOW MASTER STAT

但是自己这个项目最开始使用的shiro，而且权限对应的角色，菜单都已经写好了，所以主体采用的shiro。使用jwt 标识每个用户的身份。使用redis 存储每个用户的权限。JWT由3部分组成：标头(Header)、有效载荷(Payload)和签名(Signature)。在传输的时候，会将JWT的3部分分别进行Base64编码后用.进行连接形成最终传输的字符串。在这个realm里面有认证和授权的逻辑

因此，如果ERP系统采用微服务架构，跨服务调用频繁，且业务流程中存在大量需要保证原子性的操作，那么采用Seata等分布式事务框架可能更为合适，以确保业务操作的原子性和一致性。然而，如果ERP系统的某些模块或业务流程可以容忍短暂的数据不一致，或者业务流程可以通过异步处理和补偿机制来达到最终一致性，那么采用基于消息队列的最终一致性模型可能更加高效，尤其是在需要处理高并发请求的场景下。分表策略：在单个数

上一篇中说了一下项目的构成，比较枯燥，一些基本构造方面，这一片呢，一定会更加枯燥。这一篇讲报文协议。后端嘛，不像前端花里胡哨，就是更有内涵一点。为什么这块需要着重说呢，因为聊天系统中需要设计一套保证消息可靠的机制。否则消息都不知道发过去了没有。需要通过报文去保证这些。这些都是需要去设计的。具体设计思路如下。

上期视频讲解了自己关于聊天系统的设计的时候出现了一些不一样的声音。不了解情况的可以看上上期视频。这期主要是讨论。IM聊天系统设计方案多。我的先说明一下自己的技术背景互相之间才能更好的理解。目前已经写的文章有。并且有对应视频版本。git项目地址 【IM即时通信系统（企聊聊）

1.单点登录的核心思想通过最近单点登录的实践；私以为单点登录的关键是让不同系统之间的保存登录信息的凭证共享。当满足共享后，就可以实现单点登录。然后实现共享有两种方式。1.1.在服务器端实现共享 。服务气端主要就是针对session，将不同服务器的连接到登录服务器，相当于共享的是登录服务器的session来完成登录信息的共享；2.在前端实现共享利用顶级域名可以共享cookies，将token存储在前

1.动态规划的解题思路将原问题分解为子问题把原问题分解为若干个子问题，子问题和原问题形式相同 或类似，只不过规模变小了子问题的解一旦求出就会被保存，所以每个子问题只需求 解一次确定状态在用动态规划解题时，我们往往将和子问题相 关的各个变量的一组取值，称之为一个“状态”。一个“状态”对应于一个或多个子问题， 所谓某个“状态”下的“值”，就是这个“状 态”所对应的子问题的解。确定一些初始状态（边界状态

第一步：1.参考文章https://blog.csdn.net/fenglibing/article/details/92378090先按照这个里面走了一遍；在客户端发送消息的时候RocketMQ会指定为内网地址，使用的是172.17.0.3。会导致外网生产者无法连接到broker。ps其中重要步骤：docker search rocketmqcurl https://registry.hub.d

1.基本应用1.1 导入相关jar包或者Maven引入注意一下MySQL的版本需要和jar包对应。mysql-connector-java-8.0.17.jar与MySQL8.0版本以上对应，5.7的与5.7 的对应同时8.0.17需要注意driver和serverTimezonejdbc.driver=com.mysql.cj.jdbc.Driver?serverTimezone=UTC1.2