苹果审核Metadata Rejected解决

近期提交一个app到苹果商店审核被拒绝了,状态是Metadate Rejected,以下是苹果发回的邮件内容

 

 

根据回的邮件,分析得出以下结论:

1.该问题是由于苹果审核人员对应用的业务不清晰,不知该app是用来干嘛的

2.遇到这种情况只需根据提问的问题一一解答然后回复即可

3.不必重新提交app代码

 

对问题的分析:

1.Who is the target audience?

-- 哪些用户使用该app

2.Where does user receive account and password to log in your app?

-- 用户如何获取账号和密码来登录该app

3.Is this an existing service? If yes, where is it available?

-- 该app有服务器版本吗

4.Is the app an indispensable part of the service or can the service work without the app?

-- 该app是服务器版本的一部分吗/ 没有该app,服务器能运行吗?

5.How does the user/company pay? Is it subscription-based or one time fee? What is the cost, what does it pay for, and what are the payment options (ex. credit card, PayPal, bank transfer, carrier billing, etc.)?

-- 额,就是问收费的问题,用户或公司怎么支付费用、是否一次性付费、等等。。。

6.Does the user/company pay per device or user?

-- 还是收费的问题,涉及到钱的问题,每家公司都很谨慎。。。

7.Is there additional charge (other than the price of the app) for mobile access?

-- 有没有额外的收费或收费选项

8.Is there a paid upgrade option outside of the app?

-- 升级或其他服务有收费吗

 

以下是我的回复,自己根据自己的app实际情况填写,根据经验,写的越详细通过的可能性越高,英文好可以用英文写,如果你的app是免费且不会收取其他费用,关于收费的问题可以按照这个模板写。

 接下来,又是漫长的等待。。。看了一下之前几个app提交的时间戳,总结得出近段时间内苹果人员审核的规律:

1. 第一次提交审核的时候状态从 Waiting For Review 到 In Review 时间为7天

2.如果有问题被拒绝,状态从 In Review 到 Reject 的时间为3天

3.如果是需要重新提交代码的 Reject,那么从 Waiting For Review 到 In Review 时间也大致为7天

4.如果是Metadata Rejected,回复邮件后再回到应用详情界面确认将状态置为 In Review

5.Metadata Rejected之后,如果没有其他问题,那么变为 Ready for Sale 状态大约为7天

 

 

### 回答1: "Waiting for table metadata lock" 是 MySQL 中一种常见的锁定状态,表明当前线程正在等待对某个表的元数据的锁定。这通常是由于另一个线程正在执行对该表的修改操作,例如 ALTER TABLE 或 OPTIMIZE TABLE。 解决方法: 1. 等待锁释放,或者等待其他线程完成修改操作。 2. 使用 "SHOW FULL PROCESSLIST" 查询来查看正在占用锁的线程,并决定是否终止它。 3. 使用 "SET SESSION innodb_lock_wait_timeout = n" 来设置等待锁的超时时间(n 是以秒为单位的整数),避免长时间等待。 4. 如果是在开发或测试环境,可以使用"SET SESSION lock_wait_timeout = n" 设置等待锁的超时时间. 注意:在生产环境中,应该避免使用第三种方法,因为它可能会导致数据不一致。 ### 回答2: 当MySQL出现“Waiting for table metadata lock”错误时,表明另一条SQL语句正在等待获取表的元数据锁。这可以发生在查询、插入、更新或删除操作时,而其他线程已经获取了该表的元数据锁。 解决这个问题的一种方式是等待其他线程释放元数据锁,这通常是短暂的。如果长时间等待无法解决问题,可以采取以下措施: 1. 优化查询:检查是否有查询使用了缓慢的查询操作或导致锁定的查询操作,尝试通过优化查询来降低对表的锁定时间。 2. 事务控制:如果使用事务,可以将事务的范围缩小,减少对表的锁定时间。在需要锁定的时间段最短的地方开始事务,并在需要持久化数据时进行提交。 3. 分析锁定类型和锁定等待情况:使用MySQL的SHOW PROCESSLIST命令查看哪个线程正在等待表的元数据锁。了解当前锁定的类型和锁定的等待情况,以便能更好地对问题进行排查和调整。 4. 修改配置参数:增加innodb_lock_wait_timeout参数的时间设置,这是等待锁的最长时间限制。默认值为50秒,可以适当增加该值。 5. 重启MySQL服务:如果上述方法都无法解决问题,可以尝试重启MySQL服务来解决锁定问题。这将会释放所有当前存在的锁定。 最重要的是,解决"Waiting for table metadata lock"问题的方法需要根据具体场景和具体情况进行调整。理解锁定发生的原因和相关的查询操作,适当调整数据库配置和查询语句,以提高数据库的性能和并发能力。 ### 回答3: 在MySQL中,“Waiting for table metadata lock”错误通常是由于一个会话正在等待另一个会话释放对表的元数据锁,从而导致阻塞的情况。下面是一些解决该问题的方法: 1. 确定造成阻塞的原因:可以通过执行SHOW ENGINE INNODB STATUS命令来了解当前发生阻塞的原因。找到InnoDB线程状态部分,查看哪个进程持有元数据锁,并且被哪个进程阻塞。 2. 杀死阻塞进程:可以通过使用KILL命令杀死正在持有元数据锁的进程。要小心使用该命令,因为这可能会导致数据丢失或其他不可预测的问题。 3. 优化查询:某些查询可能会持有元数据锁更长时间,因此尽可能对查询进行优化,以减少对表的锁定时间。 4. 拆分大的事务:如果有一个持有元数据锁的长时间运行的事务,可以尝试将其拆分成较小的事务,以减少锁定时间和竞争。 5. 升级硬件和软件:如果经常出现元数据锁的问题,并且对性能有严格的要求,考虑升级硬件(例如更快的磁盘)和软件(例如使用更高版本的MySQL),以提高并发性能。 6. 减少并发连接:减少并发连接数可以减少对元数据锁的竞争。可以通过限制用户访问数据库的连接数或使用连接池来实现。 7. 重新设计表结构:如果表结构设计不合理,可能会导致频繁的元数据锁竞争。可以重新设计表结构以减少表之间的关联性和冲突。 总之,解决“Waiting for table metadata lock”错误需要综合考虑各种方面,包括查询优化、事务拆分、硬件升级等。根据具体情况选择适合的解决方法,以减少对元数据锁的竞争,并提高数据库的并发性能。
评论 10
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值