楼主:
ybite (小犬/小B)
2018-06-03 01:37:03随便试着写一下考卷 赚个P币
※ 引述《taliao (云淡风清)》之铭言：
: 有趣的问题，来一些激荡吧～
: Q: 你怎么知道 CRUD 分别吃多少系统资源？需要多少 IOPS / CPU?
: Q: 承上，要如何知道 CURD 吃了哪些资源？
: Q: 承上，怎么解开这些资源的分配问题？
其实这题超难回答。实务上会分为 Script 所吃的资源跟储存对象所吃的资源。
Script 来说 Python/Ruby/Node.js 等每个 Process 都会吃到 CPU + 内存
储存对象除了 CPU 跟内存之外也会吃到 Disk I/O。
当你做 Create 的动作时，Script 端会需要用 CPU 跟内存去运算逻辑
把插入的指令传给数据库，数据库除了 CPU 运算，以及将资料写入磁盘的 I/O 外
还会视数据库的索引跟快取优化去做其他优化的内存/磁盘 I/O 运算
因此一个准确的 IOPS/CPU 不太容易得出，但是我们可以透过系统监测
透过实质的 CPU、内存、I/O 使用率去得到系统大致的运转状态
并使用数据库系统的 EXPLAIN 得知储存上的瓶颈点
: Q: 1 个连线的 CRUD、10 个连线的 CRUD、100 个的 CRUD ..... 类推，
: 他们的架构是怎样？
很简单的 CRUD
1 个连线
1个实体 =============== DB
实务上的 CRUD 架构
Load balancer
作者: locklose (允) 2018-06-03 01:42:00
推
作者: dsilver (细数远星永唱泉水) 2018-06-03 02:01:00
推
作者: handwu 2018-06-03 08:57:00
推
作者:
showken (枭仔)
2018-06-03 10:16:00推
作者: lds74 2018-06-03 10:30:00
推分享
作者:
APTON (玮玮)
2018-06-03 12:06:00推
作者:
Ekmund (是一只小叔)
2018-06-03 14:40:00虽说是最烂的答案 但前端有什么更好用的手段吗QQ？
前端可以学一下Jmeter了解怎么做压力测试和统计分析
分布式CRUD是啥，还是单一数据库吧，不然consistency处理起来要人命吧。多数据库也是按照商业逻辑来拆分关联性。
前端用jmeter做压力测试？小弟愚昧，还请accessdenied演示一下用jemter测"前端"的"压力"测试
saga pattern 如何在分布式系统实现trans或部分rollback
@free哥你是要测浏览器的压力还是测backend的压力？这篇在说后端喔！如何从前端测后端CRUD的压力，中文去唸唸好吗？找碴也不用秀阅读障碍吧？
你回文自己说前端，是你不会说话还是我有阅读障碍就看各位看官的心理那把尺喽
文章是“前端怎么知道CRUD的瓶颈”这句话你有阅读障碍吧？CRUD会发生在前端吗？文章也讨论从Requesttime判断了，你阅读能力这么差一定是歪国人Jmeter就是一个end to end从前端来观测后端效能的工具，麻烦月领30K的不要出来丢脸好吗？300万和30K之间没有沟通频率好吗！
作者: wanlinlin (wanlinlin) 2018-06-06 08:01:00
推