总结:不要盲目使用读写分离 ,在考虑读写分离之前应该先考虑缓存 例如( redius) 和大数据表的水平切割
基于 2-8定略 20% 的操作是 增删改 80%的操作是查 为提高数据库效率可以建立 速写分离 ,
读写分离就是 操作 去实时库 查询去从库 从库 同步 主库的日志
日志不是sql 而是 操作硬盘的记录 再从库执行一遍 的代价较小
express 版本的 sql server 没有 发布服务的功能:

发布服务
1、 安装好 sqlserer 先创建 三个库

先决条件

2、右键本地发布 --》新建发布

这个分发服务器 可以选其他电脑 我暂时有只有一台电脑 选自己就好了

直接下一步

快照文件夹 是几个数据库 都要能够访问的文件夹 ,
正常情况是 每个数据库 都在 同一个局域网的不同的电脑上
所以这个文件夹 不要用C盘的文件 以防 权限不够
所以要几台电脑都可以访问 就设置一个共享文件夹

创建一个共享文件:\\Pc201908021559\e

设置地址为 共享文件夹 --》\\Pc201908021559\e

选择要发布的库:

然后弹出 发布类型:

以下是各种 类型的特点: 那互联网项目的话就比较适合 第二种 最短滞后时间
| 复制类型 | 何时使用... |
|---|---|
| 合并复制 |
|
| 对等事务复制 |
有关详细信息,请参阅对等事务复制。 |
| 带有更新订阅的事务复制 |
有关详细信息,请参阅事务复制的可更新订阅。 |
点击下一步:这一步我们的 custom_master 库还没有 任何内容 所以报错 我们去 添加 一下表 视图 存储过程

添加表 视图 存储过程 以后就不会报这个错误了

然后下一步 下一步 直到 快照代理

然后:点击安全设置





custom_master 现在就发布完成了: 右键这个发布 就可以开始订阅服务了

订阅服务
订阅有两种模式:
- 推送
- 拉取
如下:

推送方式的订阅:



后续一直下一步


现在 打开 custom_second 发现 已经有了 内容 :

本文探讨了在设计数据库架构时,如何优先考虑使用缓存(如Redis)和合理实施读写分离,特别是在20%增删改与80%读取操作的比例下。同时,介绍了SQL Server的发布服务和订阅模式,以及不同类型的复制策略在互联网项目中的适用场景。
1797

被折叠的 条评论
为什么被折叠?



