在MySQL中，可以使用CREATE INDEX语句来创建索引。语法如下：

其中，index_name是索引的名称，table_name是要创建索引的表名，column1, column2, ...是要在索引中包含的列。

在以下情况下，应该考虑创建索引：

频繁查询的列：对于经常被查询的列，可以创建索引来加快查询速度。索引使得数据库可以更快地定位到包含特定值的行。

外键关联列：如果表之间有外键关联，可以在外键列上创建索引。这有助于提高关联查询的性能。

大型表：对于大型表，创建索引可以加快查询速度，特别是在涉及多个列的复杂查询中。

排序和分组操作：如果查询需要对结果进行排序或分组，可以在相关列上创建索引，以提高排序和分组操作的性能。

唯一性约束：如果要确保某些列的唯一性，可以在这些列上创建唯一索引。

需要注意的是，索引的创建需要权衡查询性能和更新性能之间的平衡。索引会增加数据库的存储空间和维护成本，并且对于频繁进行插入、更新和删除操作的表，索引可能会降低性能。因此，在创建索引时需要仔细考虑。

在创建索引之前，应该先分析和评估数据库的查询模式、表的大小和结构，以及具体的业务需求。根据查询需求和数据访问模式，选择合适的列来创建索引，以提高查询性能和优化数据库操作。

性别这样的字段通常不适合建立索引。索引的作用是加快查询速度，而性别这样的字段通常只有两个可能的取值（比如男和女），在查询中使用性别作为过滤条件时，大多数情况下全表扫描的成本较低，因为数据量较小。

建立索引的主要考虑因素是查询的选择性，即索引列中不同取值的数量与总行数的比例。如果一个列的取值非常不平衡（比如性别只有两个取值），那么索引的选择性就非常低，使用索引的效果会很差。此时，数据库优化器可能会选择全表扫描而不是使用索引，因为直接扫描整个表的代价更低。

对于性别这样的低选择性字段，除非有其他复杂查询需要使用性别作为过滤条件，否则通常不建议单独为性别字段创建索引。在实际情况下，如果需要根据性别进行查询，通常可以将性别作为一个额外的过滤条件，与其他更适合建立索引的列一起使用。

需要根据具体的业务需求和查询模式综合考虑是否创建索引。如果某个字段在查询中经常作为过滤条件，并且具有较高的选择性，那么考虑创建索引可能会提高查询性能。但对于低选择性的字段，建立索引可能会增加存储和维护成本，但并不能显著提升查询性能。