MySQL中只读视图的安全性依赖权限配置而非DBeaver，需先撤销原表SELECT权限、创建WITH READ ONLY视图、再授权视图SELECT权限，并禁用SHOW DATABASES以防止元数据泄露。
只读视图不是靠 DBeaver 建，而是靠 MySQL 权限配
DBeaver 本身不提供“给表加只读视图”的功能，它只是个客户端；真正起作用的是你在 MySQL 里创建的 VIEW + 配套的账号权限。很多用户以为在 DBeaver 里右键建个视图就安全了，结果外包人员照样 SELECT * FROM orders —— 因为他们还有原表的 SELECT 权限。
关键点在于：MySQL 的 WITH READ ONLY 只拦语法，不拦权限。它能阻止 UPDATE v_orders 这种直接对视图的 DML，但拦不住用户绕过视图查原表、查 information_schema、甚至调用存储过程。
- 先执行
REVOKE SELECT ON project_x.orders FROM 'outsourcer'@'%'，彻底撤掉原表权限 - 再
CREATE VIEW project_x.vw_orders AS SELECT id, order_no, status FROM project_x.orders WHERE status IN ('paid', 'shipped') - 然后
GRANT SELECT ON project_x.vw_orders TO 'outsourcer'@'%' - 必须补一句
REVOKE SHOW DATABASES ON *.* FROM 'outsourcer'@'%'，否则SHOW DATABASES仍会暴露所有库名
DBeaver 中编辑视图数据失败：常见原因和检查项
你在 DBeaver 里双击打开 vw_orders，想改某行状态，却弹出 “readonly” 提示，或结果集里根本没显示新增字段 —— 这通常不是视图定义问题，而是 DBeaver 缺少行标识能力。
DBeaver 要支持编辑（INSERT/UPDATE/DELETE），必须能唯一识别每一行。它依赖两个东西：表/视图是否有主键或唯一索引，以及你执行的查询是否包含了这些列。
- 确认视图底层查询是否包含原表的主键（比如
orders.id）。如果SELECT status FROM orders，没带id，DBeaver 就无法定位行，强制只读 - 检查 DBeaver SQL 编辑器右侧“结果集”面板的齿轮设置，确保勾选了
读取数据表元数据(唯一键)（旧版叫Read unique keys） - 右键点击视图 → “刷新”，或断开重连，避免缓存了旧的元数据结构
- 如果视图用了
UNION、聚合函数、DISTINCT或子查询，MySQL 默认标记为不可更新，DBeaver 也会禁用编辑
验证只读是否真生效：别信 GRANTS，要连上去试
光看 SHOW GRANTS FOR 'outsourcer'@'%' 输出里只有 SELECT 不够。必须用该账号实际连接后跑三句：
-
SHOW DATABASES;→ 应只返回project_x（或其他被授权的库），其他库名不能出现 -
SELECT * FROM information_schema.TABLES LIMIT 1;→ 必须报错ERROR 1142 (42000): SELECT command denied -
SELECT * FROM project_x.vw_orders;→ 成功；但SELECT * FROM project_x.orders;和SHOW CREATE TABLE project_x.orders;都应报错
特别注意：某些旧版 DBeaver（如 23.x）默认会自动执行 SELECT COUNT(*) FROM information_schema.COLUMNS 来加载字段名，如果没禁掉 SHOW DATABASES，这就成了元数据泄露入口。
视图建在哪、引用谁，直接影响安全性边界
视图必须建在目标业务库下（比如 project_x），且 SELECT 子句里不能跨库引用未授权对象。例如：CREATE VIEW project_x.vw_orders AS SELECT u.name FROM project_x.orders o JOIN mysql.user u ON ... 会直接失败 —— 因为 mysql.user 是系统表，普通账号无权访问。
更隐蔽的风险是：视图定义里若用了函数或子查询，而这些函数内部又访问了其他表，权限校验发生在视图创建时，而非查询时。也就是说，创建成功 ≠ 安全；只要创建者有那些表权限，视图就能建，但调用者未必能查。
所以生产环境建视图前，最好用目标账号（如 'outsourcer'@'%'）登录，手动执行一遍视图里的 SELECT 语句，确认它真能跑通且不越界。
