现在有一个中间表需要设计，由系统A负责插入数据，由系统B负责取出数据处理并删除。
由于会产生以下问题，请问该表该如何设计，或者有什么其他的解决方案。

1，由于不知道A系统何时插入数据，所以删除只能用delete，这会导致表空间一直在增加。

2，这个中间表需要加索引么，如果加索引，频繁dml操作会造成该表查询效率变慢。
如果不加索引，B系统异常停止，导致该中间表数据变多，也会导致查询效率变低的问题。

B系统的设计是这样的
1）B系统会启动一个线程循环调用一个存储过程pro1
2）pro1会循环调用存储过程pro2
3）pro2会开启一个事物，每次处理中间表的前200条数据，并把成功处理的条数返回给pro1
4）pro1会进行判断，如果成功条数累加后大于2500或者小于200，则退出，并返回结果给B系统
5）B系统会判断该返回值，如果该值小于200，则线程等待5秒，再调用pro1。

之前做测试的时候，如果给中间表加索引，B系统启动2个小时左右存储过程就阻塞了，没有异常，只是不停的调用存储过程pro1但是没有任何返回结果，也就是没有对中间表做相应的处理，这里初步怀疑是由于加了索引，并频繁的dml操作，导致
中间表查询效率变慢，事物持续时间太长，导致mysql把中间表锁住了。

之后我把索引删除了，不出所料，比之前跑的时间长了，B系统跑了7，8小时都没问题，可是第二天还是出现了之前的问题，
这里怀疑是表空间变的太大导致查询效率变低，以至于造成了上面提到的锁表。

这里提一下，测试环境是为了测试峰值，插入速度是非常快的，平均每秒30-50条记录，项目实际情况不会有这么大的负担。