V2EX › RedisMasterNode 的所有回复 › 第 41 页 / 共 47 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 33 34 35 36 37 38 39 40 41 42 ... 47

❮

❯

2020 年 11 月 24 日

回复了 miniyao 创建的主题 › MySQL › “不建议 MySQL 使用 Text 类型”，对于 Text 内容比较短小也不能用吗？

@wnanbei 底层不是 Text

https://stackoverflow.com/questions/25300821/difference-between-varchar-and-text-in-mysql

2020 年 11 月 24 日

回复了 miniyao 创建的主题 › MySQL › “不建议 MySQL 使用 Text 类型”，对于 Text 内容比较短小也不能用吗？

InnoDB 里面决定 TEXT 和 Blob 类型是否要外联（也就是放到外部空间）依据是一个页中是否能够存放下 2 行数据，如果不可以，Text 和 Blob 就会外联，否则就会存在行内，这时和 varchar 等没有什么差异。按照你的描述如果只有 300-500 个字符，这时候 TEXT 会表现得和 varchar （ 500 ）类似。

大部分使用 TEXT 和 BLOB 的时候都是要存储好几 KB 、MB 的内容，可以考虑清楚自己要存什么东西再定

对于索引，我猜可以通过索引字段内容的开头 xxx 字符处理，可以自行尝试一下

2020 年 11 月 24 日

回复了 RedisMasterNode 创建的主题 › 酷工作 › [内推][社招][深圳][Shopee][前后端/QA/云原生] 顺带讲一下自己在 Shopee 工作的体验

再捞一下

2020 年 11 月 24 日

回复了 RedisMasterNode 创建的主题 › MySQL › Paper Reading: 聊一聊 MVCC——版本数据存储与 GC

@zhangysh1995 对叭起马老师我不动，我是乱打的

2020 年 11 月 23 日

回复了 RedisMasterNode 创建的主题 › MySQL › Paper Reading: 聊一聊 MVCC——版本数据存储与 GC

@wanguorui123 谢谢支持～
各位哥哥姐姐们别光收藏呀留个回复

2020 年 11 月 22 日

回复了 LeeL 创建的主题 › 酷工作 › [社招][深圳]shopee 可帮内推，期待你的加入～

@zhang710000 这听说就离谱，要黑也不是这样黑的。

2020 年 11 月 22 日

回复了 LeeL 创建的主题 › 酷工作 › [社招][深圳]shopee 可帮内推，期待你的加入～

@sheen 双 12 还能变闲吗，应该都是上半年相对好点，下半年比较忙吧； 775 996 肯定没有 10 7 5 和 10 8 5 居多吧看运气

2020 年 11 月 13 日

回复了 RedisMasterNode 创建的主题 › 酷工作 › [内推][社招][深圳][Shopee][前后端/QA/云原生] 顺带讲一下自己在 Shopee 工作的体验

自己捞一下～

2020 年 11 月 9 日

回复了 RedisMasterNode 创建的主题 › 酷工作 › [内推][社招][深圳][Shopee][前后端/QA/云原生] 顺带讲一下自己在 Shopee 工作的体验

@zchlwj Hello, 标记为不合适意思是简历或者面试没有通过，可能要继续优化一下，然后隔半年再尝试了

2020 年 11 月 8 日

回复了 RedisMasterNode 创建的主题 › 酷工作 › [内推][社招][深圳][Shopee][前后端/QA/云原生] 顺带讲一下自己在 Shopee 工作的体验

@2won4u123 抱歉；
已经重新 Append 了链接，如果访问还有问题的话可以继续回复或者邮件 QQ 喊我。

2020 年 10 月 24 日

回复了 tq0fqeu 创建的主题 › 推广 › 1024 阿里云的运营小姐姐搞了个重构代码送 Cherry 键盘的活动

限 java 。。。。

2020 年 10 月 23 日

回复了 olabala 创建的主题 › 酷工作 › [Shopee 内推] 虾皮欢迎你

@bleepbloop 代回复一波~日常只有发版有可能发晚了加班，其他都是正常走的；如果是特殊问题（进度？线上问题）加班，前者可以调休，后者第二天早上不用来；不过确实没有工资 hhhhh

2020 年 10 月 17 日

回复了 qianxiaoxiao 创建的主题 › Go 编程语言 › 转让 Gopher China 2020 早鸟票一张

同问价格

2020 年 10 月 9 日

回复了 RedisMasterNode 创建的主题 › Redis › Redis 6 新 Feature 实现原理：多线程 IO

@zhengyouxiang 就是方框方框加方框呀其实仔细看图里面也没什么高大上的元素在就方框文字方框文字箭头

2020 年 10 月 2 日

回复了 RedisMasterNode 创建的主题 › Redis › Redis 6 新 Feature 实现原理：多线程 IO

@mightofcode 哈哈，那

Redis 的 ieda 是把接收到的事件都延迟进行处理，比如积累了一堆读事件（用户发命令过来），延迟之后用多线程读取，然后单线程顺序执行；写也是一样，把很多个已经准备好回复内容的连接累积起来，晚一点再用多线程写给各个 client

2020 年 10 月 2 日

回复了 RedisMasterNode 创建的主题 › Redis › Redis 6 新 Feature 实现原理：多线程 IO

@ppolanwind 如果你说的是图片的话用 sketch 画的

2020 年 10 月 2 日

回复了 RedisMasterNode 创建的主题 › Redis › Redis 6 新 Feature 实现原理：多线程 IO

@lidlesseye11 hhhh 开头有邮箱了欢迎交流安利

2020 年 9 月 24 日

回复了 zealinux 创建的主题 › Redis › 有什么 redis 备份迁移工具推荐吗？

用你的新机器做 slave，旧机器做 master，等同步完毕之后旧机器就有对应数据了；
考虑到你说只有 1w 条，那么场景必然是可以容忍 master 停写的，很容易达成两台机器数据一致

2020 年 9 月 3 日

回复了 hackingwu 创建的主题 › MySQL › 覆盖索引，但是没有最左前缀匹配，性能如何

em 补充一点，在字段少（但不仅有 id, c1, c2 ）的情况下，如果 c1, c2 是 varchar 之类的类型，未必会真的选择(c1, c2)索引进行索引扫描，因为选择使用什么查询路径是根据 cardinality 值来决定的，这个值是通过定期对页进行采样、统计的结果，是个预估值，如果不巧 mysql 记录的主键索引和(c1, c2)索引的预估值与实际不符，那有可能会采取（实际性能更差）的主键扫描来执行

2020 年 9 月 3 日

回复了 hackingwu 创建的主题 › MySQL › 覆盖索引，但是没有最左前缀匹配，性能如何

心疼楼主...还有这么多人说走全表，一定要坚持有自己的观点呀^_^特别是你觉得有足够的东西支撑观点的时候

这个查询毫无疑问（正常情况下）会走你的(c1, c2)索引，前提是你的表可能得不止有 id, c1, c2 这 3 个字段，理由是主键索引的每个页能够存放下的数据行比(c1, c2)索引每个页能存放下的数据行更少，如果扫描主键获取结果，需要扫过更多的数据页，如果扫(c1, c2)索引，尽管没有用上"索引"的查询特性，但是可以通过扫更少的页得到正确结果。

性能的差距 = 主键索引体积 vs (c1, c2)索引体积，当你的表字段越多，越大的时候，差距越明显；反例则是如果表只有 id, c1, c2 三个字段的时候，扫描的时间理论上应该是非常接近的，并且优化器在选择上两个索引都有可能选择使用

1 ... 33 34 35 36 37 38 39 40 41 42 ... 47

❮

❯