phpmyadmin无表级只读开关，只展示mysql实际权限；实现表只读需从MySQL层入手：①回收用户对该表的INSERT/UPDATE/delete权限；②使用ARCHIVE或CSV引擎；③启用read_only=ON（但super用户不受限）。
phpMyAdmin 本身不提供表级只读开关
phpmyadmin 是个纯前端工具，它没有“表级只读”这个配置项，也不会把某个表标记为 read only 并持久化到界面里。你看到的“只读”行为，全是后端 mysql 实际权限或状态决定的——phpmyadmin 只是如实展示、并禁用它认为不可写的操作（比如灰掉“插入”按钮）。
所以想让某张表在 phpMyAdmin 里“变只读”，得从 MySQL 层动手，而不是改 phpMyAdmin 的 config.inc.php 或界面设置。
真正生效的三种方式：权限、存储引擎、系统变量
MySQL 提供了多个层级的只读控制，效果和适用场景差异很大，选错容易白忙活：
- 用户权限限制：给操作用户撤掉
INSERT、UPDATE、DELETE权限（保留select），这是最常用也最安全的方式；phpMyAdmin 会自动检测权限并隐藏对应按钮 - 使用
ARCHIVE或CSV引擎：这类引擎原生不支持写入（INSERT会报错Error 1036: table is read only），但它们不适合常规业务表（无索引、不支持事务等） - 设置
read_only=ON+ 账户绕过限制：全局只读对所有非 super 用户生效，但需注意：read_only不影响临时表、也不阻止 super 用户写入；若用户有SUPER权限，该设置形同虚设
文件系统锁定？别试了，没用且危险
有人想通过 chown 或 chmod 修改 MySQL 数据目录下某张表的 .ibd 或 .MYD 文件权限来实现只读，这完全无效：
- MySQL 进程以固定用户（如
mysql）运行，它始终能读写自己的数据文件；改文件权限对 MySQL 内部操作零影响 - 手动修改数据文件权限反而可能触发 MySQL 启动失败，或导致备份/复制中断（例如
mysqldump报错Can't read dir of './dbname/' (errno: 13)） - phpMyAdmin 根本不检查文件系统权限，它只看 MySQL 返回的权限元数据和执行 SQL 时的错误码
推荐做法：用 REVOKE 精确控制单表写权限
如果只要某几张表只读（比如日志表、配置快照表），直接回收对应用户的写权限最干净：
立即学习“PHP免费学习笔记（深入）”；
REVOKE INSERT, UPDATE, DELETE ON `mydb`.`log_table` FROM 'webuser'@'%';注意几点：
- 权限变更后必须执行
FLUSH PRIVILEGES;才生效（MySQL 8.0+ 在多数情况下可省略，但保险起见仍建议加上） - phpMyAdmin 用的账号必须是被回收权限的那个账号；如果用
root登录，所有表都还是可写的 - 回收后，用户尝试写入会收到明确错误：
ERROR 1142: INSERT command denied to user 'webuser'@'%' for table 'log_table'，phpMyAdmin 也会同步禁用该表的编辑入口 - 别忘了检查视图、触发器、存储过程是否隐式写入该表——权限只管直接 DML，不管间接调用
真正麻烦的是跨库依赖和权限继承：比如用户有 mydb.* 全库权限，又单独 revoke 了其中一张表，MySQL 实际按“最小权限合并”处理，但行为容易误判。这种时候，不如新建一个专用只读账号更清晰。