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