V2EX › bg7lgb 的所有回复 › 第 1 页 / 共 8 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

54 分钟前

回复了 deng884720982 创建的主题 › 数据库 › 有一个对数据库疑惑的问题，场景如下

@deng884720982 数据删除后，存储空间会碎片化，可以 coalesce 合并一下；同理 index 的节点也有类似的问题，可以 rebuid 一下，你会发现空间释放出来很多。

6 小时 55 分钟前

回复了 deng884720982 创建的主题 › 数据库 › 有一个对数据库疑惑的问题，场景如下

最简单的处理方法，explain plan ，看下 SQL 的执行计划。

这个组合索引并不优，不如分开建索引。

23 小时 38 分钟前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

大 SQL ，见过几千行的 SQL ，真佩服那哥们能写得出来，反正我是不行。

后来重写，几十行搞定，运行效率还高。

23 小时 40 分钟前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

没专职的 DBA ，难为 OP 了。

从最简单的做起：
1 、升级服务器配置，加内存，提升数据块缓冲区大小；不知 MSSQL 这个怎么做。Oracle 这样做有奇效。硬盘搞 SSD ，阿里云用本地 SSD ，IOPS 提升不小。
2 、分析慢 SQL ，慢 SQL 一般是多表 JOIN ，查询没利用到索引，导致全表扫描。先识别出来，加索引来提升效率，有奇效。
3 、分表，计算结果缓存，读写分离。
优化顺序：应用 -- 》数据库 --》系统架构

我的认知就这么多了

1 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

挂的时候是什么情况？系统响应慢导致服务不可用？还是直接崩掉了？

最直接的方法就是升级配置，先缓解一下，争取点时间来优化。

1 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

Redis 做缓存，增加了技术的复杂性，故障节点也多了。

而且目前这个问题也不是用高可用版本就可以解决的。

1 天前

回复了 seedhk 创建的主题 › 程序员 › 关于数据库容灾缓存方案的咨询

数据库优化，从应用开始，而不是从数据库层面入手。

老老实实查日志，找慢 SQL 优化。

13 天前

回复了 roding 创建的主题 › 深圳 › 深圳共有产权房最低 170 万三房，值得入手吗

这位置比龙岗好，深圳城市重心在西移。