首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dawniii  ›  全部回复第 2 页 / 共 7 页
回复总数  128
1  2  3  4  5  6  7  
❮ ❯
2020-12-17 13:35:17 +08:00
回复了 Aruforce 创建的主题 › 程序员 › 蛋疼的 Redis 和需求...我想问下各位都是怎么实践 Redis 和 Mysql 数据一致性的或者怎么骂回去？
@sampeng 总感觉很多极限情况下，会有问题。比如 redis 写成功了，mysql 还没 commit 呢，机器挂了，redis 不会自动回滚吧，这时候 redis 的就是脏数据了，感觉总是要牺牲点什么。
2020-12-08 09:06:05 +08:00
回复了 longmeier90 创建的主题 › 程序员 › 公司后端技术选型-是选择 go 还是 Java ？
这不是离线任务吗？找个从库，闲时去跑，就算跑的慢了影响大吗？
2020-11-26 10:22:16 +08:00
回复了 SteveRogers 创建的主题 › NAS › 大家的群晖是怎么实现外网穿透呢，避免 ISP 探测（zerotier？）
直接公网 ip 映射出去，有 https 吗？
2020-11-19 11:47:12 +08:00
回复了 reyleon 创建的主题 › 程序员 › PHP -fpm 服务器内存占用陡坡式上涨，请问如何彻底解决？
@dawniii 之前 curl 是 cpu 涨，还不是内存。内存出问题，基本没遇到。可以看看数据统计是统计的真实占用的物理内存，还是带 buffer 的？
2020-11-19 11:25:30 +08:00
回复了 reyleon 创建的主题 › 程序员 › PHP -fpm 服务器内存占用陡坡式上涨，请问如何彻底解决？
第三方扩展是可能存在内存泄露的，之前遇到过 curl 某个版本有问题，升级就好了。
2020-10-29 01:08:43 +08:00
回复了 Trinity888 创建的主题 › 程序员 › 表单提交，测试时发现重复点击后，造成后台数据重复问题，到底是前端的工作，还是开发人员的工作？
看场景

1.假如是今日签到的按钮，后端肯定要做禁止重复签到的检验。

2.假如是后台发文章的接口，如果后端有标题不能重复的判断，自然也就没法重复提交。

3.假如还是发文章或者评论，并没有什么业务上的字段非重复要求，后端就没必要特殊处理，就算处理也是防止灌水处理吧。

以上所有场景前端肯定应该做按钮 disable 处理的，前两个场景是正常的错误提示，最后一个场景是防止非预期的“灌水”。
2020-07-29 00:08:30 +08:00
回复了 Eleatmelon 创建的主题 › 路由器 › 通过路由器让不同设备走不同线路，如何实现？
@carrionlee A B C 是指三个不同的代理线路，还是指的移动、联通、电信这种线路？
2020-07-19 23:04:28 +08:00
回复了 moln 创建的主题 › 问与答 › 旁路由这个叫法是什么时候流行起来的？
@jiangzhuo 软 nat 和硬 nat 的区别吧
2020-06-21 15:44:57 +08:00
回复了 SimbaPeng 创建的主题 › Go 编程语言 › 大家写 golang 的时候是否处理 f.Close 返回的错误值？
@input2output 这篇文章的观点好像是不对的。说是 close 的时候，可能有 buffer 没有落盘？可是 go 的 write 操作没有应用层 buffer 的，直接就是 write 系统调用写到 page cache 了，这时候就算进程挂了，内核也应该会自动落盘。
2020-06-04 17:48:03 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@msg7086 整个帖子看下来，感觉就是三个原因不用 join 。

1. 开发人员水平参差不齐
2. mysql“垃圾”
3. 业务扩展性

都这么纠结了，是不是直接用 nosql 会更好。
2020-06-04 16:14:00 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@msg7086 正常来说几百 GB 的数据表，查出来的关联 id 才几万个？我用 join 可不是扫全表的关联关系啊。
2020-06-04 15:43:39 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@msg7086 几万只是随便说的一个数字，如果数据量更大呢，然后要在内存里组装一个巨大的 sql 出来吗？还有和直接子查询 select xxxxxx from article where id in(select xxx)好像没啥区别，楼主说也不能用子查询。
2020-06-04 14:49:33 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@CRVV 老哥，你这个表结构， [SELECT id FROM tag WHERE name = XXX 取出 tag_id] 这一句可以取出几万个 id，用这几万个 id 再去 in 查询后面的数据这不止是慢吧。
2020-06-04 13:55:47 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@CRVV 感谢老哥的回答，老哥你说的对。其实我不是很在意一对多还是多对多，就是想说用 mysql 设计成这样的关系，当查询条件涉及到多个表的字段，不用 join 就没法实现我想要的功能。而不是一刀切的不能用 join，不能用 join 的话，肯定就不会这么设计，直接用 nosql 了。
2020-06-04 13:41:40 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@huijiewei 哈哈哈哈哈哈，确实看不懂，可能你用的是 mysql pro max，我用了个 mysql se
2020-06-04 12:56:08 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@newtype0092 对，是这样的。
2020-06-04 12:34:57 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@huijiewei 你的 article 表可以 in 查询 tag_id? 这么神奇的吗？手动狗头
2020-06-04 11:34:29 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@huijiewei 不用 join 我是实现不了，请教下这个怎么拆成 3 个 sql 还能满足需求。
2020-06-04 11:32:06 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@magicnian 你说的部分数据放到 mongo，如果查询字段同时有 mongo 和 mysql 的字段岂不是炸裂。我倒是觉得数据量大了，把查询的关键字段都放到 es 或者 nosql，然后用主键去 mysql 查详情就好。
2020-06-04 11:09:42 +08:00
回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？
@magicnian 这种关联关系挺常见的，所以最终归宿都是 nosql ？
1  2  3  4  5  6  7  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3556 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 00:51 · PVG 08:51 · LAX 16:51 · JFK 19:51
♥ Do have faith in what you're doing.