mysql解决这个问题，看下来确实是靠审核。这是个开源的，你可以试试。
其实这种需求，你就算不想用 temporary tables。也没有必要给他源库的权限。
好比它要修改前备份a.a表，你应该给他一个b库的权限，他可以在b库里面随便折腾，而不是在a库，原地建立一个a.a_bak表。b库整个库都是临时，他要删了要建什么都是研发他自己负责。
源库上给研发折腾，我感觉是混乱之源，人员一旦流动，一打开a库一堆a_xxx的表，鬼知道那个有用，那个没用。一翻都是老黄历，删了不敢，放着看着难受。
就是备份的b库，但是b库也需要删啊，如果不能删，会嗷嗷多的表，还是需要去帮他们清理，你说的是开发自己负责，但是库真删了不还的找你恢复 
那你们的研发真的好幸福。
我这边说好这b库就是给他随便造的，造成啥样，他们自己负责。
与厂商那边沟通了下，目前TiDB和MySQL一样，确实没有单独的所有表级粒度DROP权限控制，目前的DROP权限颗粒度比较粗，包括DATABASE和TABLE等的DROP权限。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。