我也是无语
一旦线上有 bug 了涉及到数据的问题解决起来效率慢了好几天
1
qW7bo2FbzbC0 2020 年 7 月 29 日
OL 是指 OfficeLady 吗?
另外这个规则的场景是规避不合理的 SQL 锁表或者影响 OLTP 响应时间 |
2
tairan2006 2020 年 7 月 29 日 via Android
没从库?
|
3
UnrealEngine OP @hjahgdthab750 正式环境的意思……
|
4
iyaozhen 2020 年 7 月 29 日
因为经常出现一个 sql 拖垮数据库的线上问题
从库就能很好的避免 |
5
yongzhenchen682 2020 年 7 月 29 日
噢.online
|
6
NewIPIsComing 2020 年 7 月 29 日 OfficeLady +1
|
7
hugedata 2020 年 7 月 29 日
@hjahgdthab750 我也这么认为的这个缩写。
|
8
lixm 2020 年 7 月 29 日
从库可以解决, 但是不是每个公司都有钱给开发查数据专门建一个从库的。 所以我们的方案是自动 SQL 审核, 通过之后才会允许执行。而且同时执行的 SQL 数做限制
|
9
annielong 2020 年 7 月 29 日
一般来说这样设计就说明曾经出过这样的事故
|
10
wangritian 2020 年 7 月 29 日
@lixm 这个方案不错,阿里云的 DMS 企业版好像已经支持了
|
11
hoyixi 2020 年 7 月 29 日
Production Environment
通常一般应该配 Testing / Staging Environment,供测试调试用。 直接操作线上产品数据库,早晚出事。 |
12
eaglewangl37670 2020 年 7 月 29 日
是不是也担心敏感信息泄漏?
|
13
lithiumii 2020 年 7 月 29 日 via Android
真的会崩,我弄崩了好多次
|
14
mogita 2020 年 7 月 29 日
都谨慎到不敢白天查库了,然而指称环境时用了个模棱两可的缩写 OL,online ? offline ?
|
15
Garland 2020 年 7 月 29 日
手动查线上数据库万一 SQL 写的不好+没做好隔离可能会拖垮整个线上
建议在离线的数据上查,比如同步 mysql 的 binlog 到 hive 这种 |
16
levylll 2020 年 7 月 29 日
写的 sql 有毛病咋办?怎么保证 sql 一次写成啊?
|
17
reus 2020 年 7 月 29 日 via Android
有什么问题?
“怕数据库崩溃?”,你这话什么意思?数据库难道没有崩溃的可能性吗? |
18
ytmsdy 2020 年 7 月 29 日
你们公司的 CTO 也可以下岗了,就不能搞一个读写分离?所有查询都在下行库里面查询?
|
19
zsdroid 2020 年 7 月 29 日
正式环境不是叫 prod 吗?
|