聊天记录表这样设计行吗?

创建表:

CREATE TABLE `message` (
  `send_id` int(11) DEFAULT NULL COMMENT '发送者id',
  `accept_id` int(11) DEFAULT NULL COMMENT '接受者id',
  `message` varchar(255) DEFAULT NULL COMMENT '消息详情',
  KEY `SEND_ID` (`send_id`),
  KEY `ACCEPT_ID` (`accept_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='聊天记录';

查询某人跟某人之间的聊天记录:

SELECT message FROM `message` where send_id in (1,2) and accept_id in (1,2)

但是这样就用不到索引了,聊天记录的数据量多,一多就查询起来就慢了

各位有什么好的建议吗?
我有一个奇怪的想法,假设用户A的id为1,用户B的id为2,保存到消息表里面的id(非唯一,小的id放前面,大的id放后面)就是12,形成了点对点聊天记录的唯一性,这样查最后一条聊天记录也方便,也不知道这样行不行的通,以前从未接触过这东西 ,以前就觉得架构师之类的牛逼,现在才发现架构师的牛逼是我想象不到的

SELECT message
FROM message
where send_id = 1 and accept_id = 2
union all
select message
FROM message
where send_id = 2 and accept_id = 1

这样是不是就用到索引了，可是多了union all这个关键字，不知道对性能会有怎样的影响，只是个想法。

用户id一般都是使用uuid的。

目测你的字段至少缺少发送时间、账期等字段，可以对账期设置分区，这样可以在查询时加快一些查询的效率，然后就是索引了，可以进一步加快查询效率。我看你这个记录表里没有增量的唯一id，也没有记录聊天的时间，这两种标识聊天记录顺序的信息你的表里都没有，那就无法保证你读取出来的对话记录的顺序是正确的聊天顺序。
希望对你有帮助！！