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