共计 1819 个字符，预计需要花费 5 分钟才能阅读完成。
最近上海车展中，特斯拉车主维权事件闹得满城风雨。事件次要争议点在于：车主示意行车时无奈刹车要求维权，特斯拉回绝提供维权人的行车数据或用其余模式证实非产品质量问题，从而引发的争议。作为吃瓜大众的一员，试问如果产品质量没问题，数据不心虚，特斯拉为什么不提供相干数据证实本身清白？再者汽车用户本人的行车隐衷数据为什么不属于本人？特斯拉高管明确示意的“无奈斗争”，如此没有依据且漠视人命的“无奈斗争”到底是哪里来的底气？车企又当运动员又当裁判员，智能汽车的数据监管何时能力跟上？？
由上述事件不禁联想到整个 IT 行业的“数据刹车失灵”，微盟事件、链家事件等造成的重大问题，仿佛更加不足为奇，那么作为古代企业，到底怎样才能刹住数据的车呢？？
数据的刹车是什么？
首先解释一下刹车。刹车：艰深来讲就是指把运行中的车强制进行或升高速度的一种安装。数据运行的刹车大抵也类似，试想你治理着一个宏大的数据库集群运行，当初有很多开发测试人员正在操作运行着这些数据，但做为数据库管理员的你意识到目前可能会呈现数据泄露问题，请问怎样才能让数据疾速刹车呢？
答案：登录管制。禁掉所有用户与数据库之间的连贯，让用户无奈登录数据查问操作系统，那数据的运行就会停下来。
请看对立数据管控工具 CloudQuery 的实际案例：
可通过锁定用户的登录账号和明码暂停数据的运行，这样即便有数百位用户操作数据，管理员都能够一个点击把刹车踩到底，顷刻间进行任何人对数据的任何操作。
数据刹车应该有 ABS 防抱死零碎！
数据在刹车时紧急制动是必要的，然而尽量不要常常应用，因为一旦紧急制动，车轮被锁死，行车的方向就不好管制，会给企业运行带来重大影响。那么如果排查问题发现数据异样时，能不能尽快尽量放大排查范畴，粗略定位到较小的范畴中呢？
答案：能够。
例如当系统管理员给予了用户「增加连贯」「审计剖析」的零碎权限后，发现此用户增加连贯时不能高效治理或者正在大量导出审计剖析数据时，系统管理员就能够启动数据的「ABS 防抱死零碎」，暂停此类用户对系统的操作权限，让数据的行车方向虽略有摆动，但仍能放弃零碎整体方向稳固。
实际案例请看下图：
这样能够保障在零碎运行不受大范畴烦扰的状况下，采纳点刹的形式踩住数据运行的刹车。
数据的刹车力度须要有精准的管制！
咱们晓得，行车过程中如遇到冰雪路段，毫厘之差的刹车力度也会影响到行车平安，就算经验丰富的老司机，也很难精准管制刹车力度，百分之百保障行车平安。那么如果是对数据的精准刹车，则更是难上加难，略微多一点或少一点的刹车力度，就可能意味着企业的损失或业务的停滞。
那么能不能做到最精准的刹车管制呢？怎样才能做到？
答案：能够。如果用户对于数据的操作权限是在十分精准粗疏的范畴内，如准确到某一连贯的某一数据库的某一个具体的表，一旦发现某一用户的操作有潜在危险时，就能够立刻发出此用户对该数据的具体操作权限。
以下是 CloudQuery 的实际案例：
例如上图中，调配给某用户的 MySQL_001 连贯中 infromation_schema 数据库中查看和插入表的权限，如果想要发出，一键点击即可。
如何查看数据的行车记录？
正如再好的刹车零碎也挡不住碰瓷一样。当数据运行时可能会呈现一些过后没发现但却随着工夫而暴露出的重大问题。那么作为数据运行的管理者，咱们如果想定期审计用户在零碎内执行的所有 SQL 来确保数据稳固，是否能够实现？怎样才能实现呢？
答案：能够。CloudQuery 将会审计在零碎内所有用户执行过的 SQL 并保留数据。（将来将会审计所有）
所有的用户在 CloudQuery 零碎内所执行的所有 SQL 语句将会都被记录。管理员能够在审计剖析界面随时查看用户所执行的语句和操作。
数据行车过程中被删，是否有备份、可立即复原？
假如数据正在运行过程中遭逢极其状况，例如所有数据被黑客全副删除，那么咱们零碎中是否有备份？可能立即复原呢？
答案：能够。
如图所示，你能够在 opt/cloudquery/backup 目录中找到本人定期备份的数据；能够在雷同或不同 CloudQuery 部署节点复原正本。
结语：
无论是车辆的刹车零碎，还是数据的刹车零碎，作为关键时刻救命的货色，无论何时都是重中之重。不管做汽车还是做软件产品，弱小的性能和技术当然是咱们独特谋求的，但生命和平安必须要放在所有技术和性能之上，容不得半点马虎。
对立数据库管控工具 CloudQuery 官网地址：https://cloudquery.club/
