使用mysqli_prepare查询MySQL视图返回1615错误该如何解决

该错误是MySQL服务端预处理机制和视图的元数据校验逻辑冲突导致的，具体逻辑如下：

1. 你创建视图时使用了SELECT * FROM test的写法，视图的字段定义没有固定，会动态依赖基表test的结构，每次查询视图时MySQL都需要重新解析对应字段列表。
2. MySQL服务端预处理语句会缓存关联对象的元数据版本，每次执行前都会校验版本是否匹配。视图作为虚拟表，解析时生成的元数据版本标识容易和预处理阶段缓存的版本出现不一致，哪怕基表没有发生结构变更，也会触发1615 Prepared statement needs to be re-prepared错误。
3. 直接查询基表没有该问题，是因为基表的元数据版本只会在表结构实际变更时才会更新，版本校验几乎不会出现不匹配的情况。

• 固定视图字段定义：创建视图时不要使用*通配符，明确列出所有需要查询的字段，示例创建语句：

  CREATE VIEW test_view AS SELECT id, name, create_time /* 替换为实际字段列表 */ from test
  

  固定视图的元数据结构后，就不会出现解析时元数据版本变动的问题，是最优解决方案。
• 改用客户端预处理：在PHP代码建立mysqli连接后，开启客户端模拟预处理配置，绕过服务端的元数据校验：

  mysqli_options($conn, MYSQLI_OPT_EMULATE_PREPARES, true);
  

• 调整MySQL服务端缓存配置：修改my.cnf配置文件，增大table_definition_cache和table_open_cache的参数值，降低元数据版本被自动刷新的频率，适合不方便修改业务代码和视图定义的场景。
• 代码层面重试：捕获1615错误码，触发错误时重新执行预处理逻辑再运行查询，适配偶尔出现的元数据版本不匹配场景。

内容的提问来源于stack exchange，提问作者Fabrix