V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wenxueywx  ›  全部回复第 4 页 / 共 6 页
回复总数  117
1  2  3  4  5  6  
266 天前
回复了 bluebo 创建的主题 程序员 写了一个 mysql cdc table,有用么
可以改一下
266 天前
回复了 Jaiden 创建的主题 信息安全 阿里云有 root 权限的 AccessKey 泄露了
@Jaiden 查查审计日志吧
266 天前
回复了 Jaiden 创建的主题 信息安全 阿里云有 root 权限的 AccessKey 泄露了
造成什么损失了么?赶紧禁用
266 天前
回复了 bluebo 创建的主题 程序员 写了一个 mysql cdc table,有用么
想问问是怎么想到这么做的,初衷是为了解决什么问题?
266 天前
回复了 bluebo 创建的主题 程序员 写了一个 mysql cdc table,有用么
@bluebo 直接订阅 binlog 不行吗,去查 mysql 的表来封装 sql 不是多此一举?
266 天前
回复了 bluebo 创建的主题 程序员 写了一个 mysql cdc table,有用么
有用
可以用来查询数据的历史版本、变更记录;是查问题的好帮手。
有几个疑问?
1 、 只能读取本地 mysql 的 binlog ?还是可以远程读
2 、 是否支持只过滤某些表(黑白名单)?
271 天前
回复了 hello202311 创建的主题 生活 菜板太容易发霉了,有推荐的菜板吗?
我都是用完洗干净-->擦干-->立起来。目前为止还没发霉
错误日志还等什么凌晨删啊
直接 echo > error.log
首先看看是什么占用的磁盘,日志还是数据?
其次看看能不能删?
都不行的话就另外搞个机器远程备份克隆一个 mysql 实例过去,然后进行主从同步到最新位点,服务再找机会切到新实例,原实例就可以删了。
272 天前
回复了 vhwwls 创建的主题 数据库 运维人员应该如何系统地学习数据库
推荐极客时间-丁奇的《 MySQL 实战 45 讲》
@rqxiao 1 、“rr 等级的 readview 是事务开始时创建”确实不对,准确地说,rr 等级的 readview 创建时机是事务中首次执行 sql 时,此事务中的快照读都是基于该 readview 。
2 、A 、B 两个并行的事务,A 可以通过当前读获取 B 事务已经提交的数据,不能通过快照读读到。
3 、 加锁和 count 读是两个操作,count 依然是读的快照,不会因为你加锁而读最新数据,你需要 count 进行当前读
你可以将虚拟机硬盘换成 ssd 试试
虚拟机与物理机磁盘是一样的?再看看 mysql 内存配置 redo log 、binlog 落盘策略
rr 等级的 readview 是事务开始时创建,事务在整个生命周期内使用相同的 readview 。我理解题主的意思是 A 、B 两个事务并行,A 事务已经提交的数据,B 事务是通过 readview 是读不到的。查询子表状态时采用当前读可以解决:select count(0) from a_detail WHERE auid = 'a1' and approval_status!=2 lock in share mode ;
其次,主表没有加锁的必要
278 天前
回复了 zcm3579 创建的主题 MySQL 请教 SQL 子查询的性能问题
“在 where 里写条件会影响 GROUP_CONCAT 的结果”
是什么意思?
284 天前
回复了 lasuar 创建的主题 MySQL 请教关于 mysql 临键锁工作模式的问题
查询走的全表扫描吧
你 explain 看看
284 天前
回复了 lasuar 创建的主题 MySQL 请教关于 mysql 临键锁工作模式的问题
SELECT * FROM students_nk_lock WHERE score >= 90 FOR UPDATE;
294 天前
回复了 Zaden 创建的主题 MySQL mysql 如何高效获取两条相邻推送时间间隔
加个字段 last_push_time 记录上一次推送时间,insert 时可以通过触发器查询上一次该 point_id 的 push_time 来更新
1 、select * from info where a = 1 and c = 200
multi 索引总长度为 15 字节,可以用到 multi 索引的 a 字段( 5 字节),不能用到 c 字段(不满足最左前缀匹配原则);
icp 开启的情况下,可以把 c=200 的条件下推到引擎层过滤,可以减少回表次数
2 、select * from info where a > 1 and b < 200
首先,即使使用索引+icp ,也是和场景 1 相同,只能使用 multi 中 a 字段的索引,b<200 作为条件下推。
实际上,根据索引中 a 字段的基数来判断,只有在使用索引能大量减少扫描的行时才会使用索引+下推;假设表中有 10W 行数据,a 字段的取值范围是 1-100 ,在数据分布均匀的情况下,a 字段的基数为 1000 ,当你使用 a>1 and b<200 时,使用 multi 索引查询基本是全索引扫描+icp ,然后回表;全索引扫描代价与全表扫描差别不大;而当你使用 a>95 and b<200 时,通过 multi 索引的 a 字段可以过滤 95%的行,代价肯定比全表低。
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5175 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 09:20 · PVG 17:20 · LAX 02:20 · JFK 05:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.