腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
架构师之路
专栏成员
举报
464
文章
515034
阅读量
210
订阅数
订阅专栏
申请加入专栏
全部文章(464)
数据库(120)
sql(78)
编程算法(54)
缓存(47)
云数据库 SQL Server(43)
架构师(39)
视频(37)
管理(36)
系统架构(32)
存储(28)
架构设计(28)
rpc(23)
微服务(22)
其他(20)
http(18)
tcp/ip(16)
微信(16)
分布式(14)
压力测试(13)
网站(12)
html(10)
大数据(10)
数据结构(10)
java(9)
运维(8)
负载均衡(7)
linux(7)
网络安全(7)
算法(7)
区块链(6)
api(6)
推荐系统(6)
程序员(6)
工具(6)
数据(6)
比特币(5)
php(5)
云数据库 Redis(5)
tomcat(5)
搜索引擎(5)
负载均衡缓存(5)
文件存储(5)
grep(5)
技巧(5)
bash(4)
xml(4)
json(4)
nginx(4)
消息队列 CMQ 版(4)
shell(4)
kafka(4)
迁移(4)
优化(4)
ruby on rails(3)
打包(3)
github(3)
腾讯云测试服务(3)
mongodb(3)
游戏(3)
开源(3)
黑客(3)
ssh(3)
dns(3)
安全(3)
数据分析(3)
processing(3)
google(3)
互联网(3)
设计(3)
实践(3)
效率(3)
数字货币(2)
c++(2)
perl(2)
python(2)
node.js(2)
ajax(2)
mvc(2)
全文检索(2)
apache(2)
企业(2)
自动化(2)
spark(2)
html5(2)
gcc(2)
socket编程(2)
腾讯云开发者社区(2)
flink(2)
即时通信 IM(2)
汽车(2)
case(2)
chatgpt(2)
client(2)
distance(2)
mq(2)
mysql(2)
null(2)
server(2)
编码(2)
产品(2)
工作(2)
后台(2)
架构(2)
框架(2)
面试(2)
日志(2)
事务(2)
系统(2)
数据挖掘(1)
javascript(1)
go(1)
vue.js(1)
css(1)
android(1)
qt(1)
ide(1)
unix(1)
容器镜像服务(1)
mapreduce(1)
短视频(1)
访问管理(1)
TDSQL MySQL 版(1)
o2o(1)
渲染(1)
serverless(1)
数据迁移(1)
爬虫(1)
erp(1)
面向对象编程(1)
seo(1)
cdn(1)
udp(1)
小程序(1)
服务网格(1)
教育(1)
app(1)
bit(1)
bug(1)
ci(1)
copy(1)
db(1)
ddd(1)
double(1)
error(1)
excel(1)
exception(1)
frequency(1)
gsp(1)
hash(1)
leetcode(1)
lift(1)
list(1)
map(1)
packet(1)
path(1)
saas(1)
set(1)
string(1)
target(1)
time(1)
timer(1)
visibility(1)
wiki(1)
word(1)
编程(1)
编程语言(1)
变量(1)
表格(1)
测试(1)
产品经理(1)
磁盘(1)
登录(1)
服务(1)
服务端(1)
高可用(1)
工程师(1)
函数(1)
行业(1)
即时通讯(1)
计算机科学(1)
解决方案(1)
接口设计(1)
开发(1)
量化(1)
领域驱动设计(1)
流量(1)
排序(1)
配置(1)
数据恢复(1)
数学(1)
数组(1)
搜索(1)
性能(1)
性能优化(1)
研发(1)
搜索文章
搜索
搜索
关闭
分布式事务,一次性说清
分布式
架构设计
的确,分布式事务的落地实践相对比较复杂,和数据库分库分表一样,很多公司采取的策略都是能不碰就不碰,因为在业务规模不庞大时,设计分布式事务要投入的精力,可能比采取人工补偿多得多。
架构师之路
2021-07-15
615
0
MQ选型,究竟要考虑哪些因素?
存储
apache
分布式
kafka
消息队列 CMQ 版
成熟系统的构建,最不能缺少的一环就是消息队列。消息队列的概念看似好懂,但落实到复杂问题的解决,则非常考验内功。比如:
架构师之路
2021-07-15
469
0
究竟先操作缓存,还是数据库?
缓存
数据库
存储
分布式
但是,一旦没有命中缓存,或者一旦涉及写操作,流程会比没有缓存更加复杂,这些是今天要分享的话题。
架构师之路
2018-07-27
1.5K
0
1分钟了解“挖矿”的本质
区块链
分布式
比特币
上一篇《1分钟了解区块链的本质》,介绍了什么是区块链,区块链是一个没有管理员,每个节点都拥有全部数据,高可用的分布式存储系统。 文章的留言里,不少朋友会用比特币来解释区块链,那区块链与比特币是什么关系
架构师之路
2018-03-27
1.9K
0
一分钟了解负载均衡的一切
分布式
什么是负载均衡 负载均衡(Load Balance)是分布式系统架构设计中必须考虑的因素之一,它通常是指,将请求/数据【均匀】分摊到多个操作单元上执行,负载均衡的关键在于【均匀】。 常见的负载均衡方案
架构师之路
2018-03-02
1.3K
0
分布式ID生成器 | 架构师之路
分布式
一、需求缘起 几乎所有的业务系统,都有生成一个唯一记录标识的需求,例如: 消息标识:message-id 订单标识:order-id 帖子标识:tiezi-id 这个记录标识往往就是数据库中的主键,数据库上会建立聚集索引(cluster index),即在物理存储上以这个字段排序。 这个记录标识上的查询,往往又有分页或者排序的业务需求,例如: 拉取最新的一页消息 select message-id/ order by time/ limit 100 拉取最新的一页订单 select order-id/ or
架构师之路
2018-03-02
1.7K
0
浅谈CAS在分布式ID生成方案上的应用 | 架构师之路
数据库
sql
分布式
近几篇文章聊CAS被骂得较多,今天还是聊CAS,谈谈CAS在一种“分布式ID生成方案”上的应用。 所谓“分布式ID生成方案”,是指在分布式环境下,生成全局唯一ID的方法。 可以利用DB自增键(auto
架构师之路
2018-03-01
1.1K
0
究竟啥才是互联网架构“高并发”
分布式
系统架构
架构设计
一、什么是高并发 高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。 高并发相关常用的一些指标有响应时间(Response Time),吞吐量(Throughput),每秒查询率QPS(Query Per Second),并发用户数等。 响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。 吞吐量:单位时间内处理的请求数量。 QPS:每秒响应请求数。在互
架构师之路
2018-03-01
1.4K
0
这才是真正的分布式锁
分布式
昨晚十点下班,回家花了1个小时写了一篇《一分钟实现分布式锁》,引起读者一些反响,有些朋友反馈“setnx算什么方案”,“没有考虑超时”,“为啥不用zookeeper”,有甚者上升到 “质疑58同城的技术水平”,“拉低了架构师的层次”,“适合小学生阅读”。 给58带来负面的影响实在对不起公司,也抱歉耽误部分同学1分钟时间(还好是1分钟系列),不过大部分读者的反馈是正向的,只生气了5分钟。 技术领域,我觉得了解来龙去脉,了解本质原理,比用什么工具实现更重要: (1)进程多线程如何互斥? (2)一个手机上两个AP
架构师之路
2018-03-01
1.9K
0
一分钟实现分布式锁
分布式
一、缘起 分布式环境下,多台机器上多个进程对一个数据进行操作,如果不做互斥,就有可能出现“余额扣成负数”,或者“商品超卖”的情况,如何实现简易分布式锁,对分布式环境下的临界资源做互斥,是今天将要讨论的
架构师之路
2018-03-01
973
0
细聊分布式ID生成方法
分布式
数据库
一、需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识:message-id (2)订单标识:order-id (3)帖子标识:tiezi-id 这个记录标识往往就是数据库中的唯一主键,数据库上会建立聚集索引(cluster index),即在物理存储上以这个字段排序。 这个记录标识上的查询,往往又有分页或者排序的业务需求,例如: (1)拉取最新的一页消息:selectmessage-id/ order by time/ limit 100 (2)拉取最新的一页订单:selec
架构师之路
2018-03-01
1.2K
0
缓存与数据库一致性保证
缓存
数据库
架构设计
分布式
sql
本文主要讨论这么几个问题: (1)啥时候数据库和缓存中的数据会不一致 (2)不一致优化思路 (3)如何保证数据库与缓存的一致性 一、需求缘起 上一篇《缓存架构设计细节二三事》(点击查看)引起了广泛的讨
架构师之路
2018-03-01
1.6K
0
一分钟了解两阶段提交2PC(运营MM也懂了)
分布式
上一期分享了“一分钟了解mongoDB”,本期将分享分布式事务的一种实现方式2PC。 一、概念 二阶段提交2PC(Two phase Commit)是指,在分布式系统里,为了保证所有节点在进行事务提交时保持一致性的一种算法。 二、背景 在分布式系统里,每个节点都可以知晓自己操作的成功或者失败,却无法知道其他节点操作的成功或失败。 当一个事务跨多个节点时,为了保持事务的原子性与一致性,需要引入一个协调者(Coordinator)来统一掌控所有参与者(Participant)的操作结果,并指示它们是否要把操作结
架构师之路
2018-03-01
963
0
一分钟了解两阶段提交协议/算法(分布式理论基础)
编程算法
分布式
两阶段提交协议/算法(2PC) 概念 二阶段提交2PC(Two phase Commit)是指,在分布式系统里,为了保证所有节点在进行事务提交时保持一致性的一种协议算法。 背景 在分布式系统里,每个节点都可以知晓自己操作的成功或者失败,却无法知道其他节点操作的成功或失败。 当一个事务跨越多个节点时,为了保持事务的原子性与一致性,需要引入一个协调者(Coordinator)来统一掌控所有参与者(Participant)的操作结果,并指示它们是否要把操作结果进行真正的提交(commit)或者回滚(rollbac
架构师之路
2018-02-28
1.4K
0
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
立即查看
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档