关闭。这个问题需要更加突出重点。它目前不接受答案。
**想改进这个问题吗？**通过编辑这篇文章更新这个问题，使它只关注一个问题。
两年前关门了。
改进这个问题
我正在为一个网站设计简单的支持功能。
用户可以打开有问题的票证，并将获得来自支持人员的回放，其他站点用户也可以回放到他的票证。
db将有两个表用于此目的，为了简化事情，我将只描述相关的列。
带列的表标题：
票证id（bigint，primary），电子邮件票证所有者（varchar）。。。
带列的表格注解：
号码（bigint），票证id（bigint），电子邮件票证评论员（varchar）。。。
对于每个票证，在表票证标题处只有一个条目，在表票证注解处可以有无限条目的条目。每个表都应该有大量的条目。
我的问题是：
在性能方面，建议使用什么方法来定义表tickets\u comments中的索引，以便我可以从数十亿个条目中尽可能快地选择具有相同ticket\u id的所有条目。我的问题是：
SELECT *
FROM tickets_comments
WHERE ticket_id = 1234;
3条答案
按热度按时间ecbunoof1#
为票证id创建索引
创建索引
idx_tickets_comments_ticket_id在tickets_comments（票证id）注解“”gxwragnw2#
对于此查询：
你想要索引吗
tickets_comments(ticket_id).如果表和索引在内存中都不合适，这在内存方面可能会变得很棘手。您可能希望选择数量有限的列，并将这些列包含在索引中。
cyej8jka3#
没有什么可以改进的。。。你在ticketid上建立索引了吗？