V2EX › scegg 的所有回复 › 第 1 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

37 天前

回复了 dary141229 创建的主题 › 分享创造 › 耗时大半年,我们做了个 AI 智能导游 app,限时送永久会员

不错啊，这样就省事了。

41 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 99.37%是哪位提供的，就请 at 哪位回答呗。

43 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 嗯。速度降低是因为数据库的提供者没有解决问题。批量写入能带来一定的性能提升，但不大（因为实际操作还是零散的随机 IO ，性能只在通道开闭的开销上可以提升）。正常的解决问题方法是让存储系统（比如 LUN ）增加各类合适的缓存和队列（他们也是落盘的“盘”）。

44 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 对于需要落盘的事务，直接使用数据库功能，强制他落盘再返回。对于不需要落盘的事务，使用数据库的默认策略提交事务。
至于数据库的性能，那是数据库系统构建者（不是数据使用者）需要考虑的事。数据库使用者需要的是不要给数据库系统带来不必要负担，而不是替数据库系统考虑问题。而数据库系统构建者（比如服务器提供方、运维）则需要根据实际使用需求来设计存储。

46 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 积攒提交在数据库服务器上意义不大。
首先，数据库是随机操作，积攒落盘也只是要批量执行这一些写入操作，并不一定会减少写入次数。
然后，数据库后端通常都是 HBA 连接的 LUN ，它自己就有自己的写入队列、写入日志、写入缓存、分层存储等多个策略在排队，并不需要数据库替他们操心。

47 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 数据库没有办法满足既要又要的功能，只能允许使用者自己做出取舍。既要又要这种需求只能存在在无法实现的文件里。

47 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 对于数据库来说这是基础功能，比如这是 sqlserver 的

https://learn.microsoft.com/en-us/sql/relational-databases/logs/control-transaction-durability?view=sql-server-ver16

48 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 理论上，只要事务提交成功，数据库有义务完成事务的持久性（ ACID 特性的 D ）。至于实际上，为了“提升性能”，可做出妥协。但妥协多少是可以选择的。如果选择不妥协的策略，那么就一定会在操作系统认可的磁盘写入操作完成后，才会返回提交成功。
另，操作系统认可的磁盘写入操作完成并不意味着实际磁盘的写入完成，因为这是存储系统的事，数据库和操作系统管不着了。但只要这存储系统设计靠谱，也意味着它在很大程度上是会完成持久保存的。至于程度有多大，又是一个为了提升性能的妥协程度问题。

49 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@julyclyde 嗯，机房也有塌的时候。对小概率事件的预备程度有多高，只取决于你的客户想出多少钱。

50 天前

回复了 Ploter 创建的主题 › NAS › 求教：使用 iSCSI 共享能否解决 SMB/NFS 的权限冲突问题

@hullopanda 支持。但文件系统是否支持就不一定了。毕竟 iscsi 只是提供了通路。就像 sas 硬盘的两条线同时都会活着，但是否可以同时读写而不会损坏硬盘里的数据结构，那就要看数据结构是如何定义和操作的了。

51 天前

回复了 lichdkimba 创建的主题 › 云计算 › 腾讯云欠费 2 元删数据没有讨论的吗

这 10W+的用户，得有个渠道申请退费。

51 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@wxf666 在企业应用里，一般都是有存储卡或者 HBA ，并没有这个需求。在家用环境搞这个可能没有人要买单。
企业方案里，首先 SSD 本身就可以做分层设计，部分 SSD 就是拿来做写入缓存的，并不需要等待。在写入写入缓存 SSD 之前的那些数据，放在内存中的部分，内存本身有防掉电保护。
在家用环境（比如 NAS ）倒是有类似的功能，使用 SSD 做写入缓存，给 HDD 的 RAID 攒事务。
另外，您自己也提到了，SSD 的顺序写入才会有累积效果，但更新一般不会变成顺序写入，而是一大堆随机事务。所以攒事务之后，也只是一个 cache 的效果。

52 天前

回复了 ztjal 创建的主题 › Web Dev › 有没一种可以将 http/socks 代理转 http 协议的东西？

如果访问通路存在，安全性报错的话，可能最简单的办法是买个域名，并通过 acme.sh 配置 DNS 验证来获得 SSL 证书。

52 天前

回复了 nealot 创建的主题 › NAS › 只支持 SMB 的 "基础型" 大容量 NAS，应该采用什么软硬件？

既然有 MiniPC ，可能直接用它是个高效的方法。外置 DAS 柜+操作系统级的软存储方案。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@latifrons 如果是担心数据一致性的问题，考虑分布式事务或其等价的逻辑实现方案。如果不能接受其性能开销，考虑硬件冗余机制（包括电力、硬件 FT 或虚拟化 FT ）。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@latifrons 根据业务对“数据一致性”的要求，必要时牺牲性能的方法包括但不限于分布式事务，或其等价的逻辑层实现。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@seers 对的。但无法跳过硬盘的缓存。因为不需要。db2 的 dio 就是因为操作系统的内存中的缓存可能不受保护。但原因可能不是因为电力，而是包括电力在内的更多原因（例如系统崩溃、大型机的背板故障之类）。
服务器用的 RAID 系统，缓存自己就带电池，或者是 FBWC 这种掉电不会丢数据的设计。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@julyclyde 你认为的日志是为了防止掉电设计的吗。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@latifrons 如果要解决系统级（包括硬件和软件）问题，可以考虑 FT 服务器或者支持 FT 的其他设计（比如 vmware 的 FT ）。

52 天前

回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？

@julyclyde 问题不存在的原因是这个问题不需要被解决。
任何保障“安全性”的设计都会带来“性能”损失。如果为了一个能用更小的代价（解决供电稳定性）来解决“安全性”问题，就不需要因此牺牲“性能”。

如何解决吃垃圾会中毒的问题？那就别吃垃圾。

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯