mysql中这条sql语句复合索引怎么建？
建一个单独索引(sortid)。
现在的查询速度都比较慢，字段类型分别为：
sortid=varchar(32)，
islock=tinyint(1)，
attid=tinyint(2)，
author=smallint(4)，
topid=tinyint(1)
MySQL中如何设置唯一索引，联合索引？
1.UNIQUE 关键字建唯一索引
mysql> CREATE TABLE `wb_blog` (
-> `id` smallint(8) unsigned NOT NULL,
-> `catid` smallint(5) unsigned NOT NULL DEFAULT '0',
-> `title` varchar(80) NOT NULL DEFAULT '',
-> `content` text NOT NULL,
-> PRIMARY KEY (`id`),
-> UNIQUE KEY `catename` (`catid`)
-> ) ;
如果建好表了，可以用以下语句建
mysql> CREATE UNIQUE INDEX catename ON wb_blog(catid);
2.联合索引
ALTER TABLE `tasks`
ADD INDEX `testabc` (`title`, `created`) ;
3联合唯一索引（假设有这个需求，在同一天内不能建两个tiltle一样的任务）
ALTER TABLE `tasks`
ADD UNIQUE INDEX `testabc` (`title`, `created`) ;
数据库建索引的科学性事关数据库性能，索引也不是越多越好。
sequelize 如何指定联合索引主键？
首先，主键索引其实就是数据本身，它的叶子页包含主键及其对应的所有行数据。
不仅联合索引，所有非主键索引（二级索引）的叶子页，都会包含主键，哪怕你的表没建主键，mysql也会在表上建一个隐式主键，你的二级索引同样会包含它。
当使用二级索引进行查询时，会先获得二级索引叶子页上的数据和对应的主键，然后通过主键再查找主键索引，获得其它列的数据，也就是说，通过二级索引查找时，会进行两次索引查找。
所以，选择主键时，尽可能的使用较小的主键，过大的主键会导致二级索引也都比较大。
复合索引实现原理？
原理:当创建非主键索引（聚集索引），重新用索引字段值创建一颗平衡树（额外空间消耗），同时树节点保持了主键 对应值,所以索引其实是用空间换取时间的做法，通过该索引字段找到对应主键值，然后再通过主键的索引找到记录。
将数据存储与索引放到了一块，找到索引也就找到了数据。在InnoDB中，只有主键索引是聚簇索引，如果没有主键，则挑选一个唯一键建立聚簇索引。如果没有唯一键，则隐式的生成一个键来建立聚簇索引。
联合索引和普通索引优先选择哪个？
在选择联合索引（也称复合索引或多列索引）和普通索引时，需要考虑查询需求、数据分布等因素。以下是一些建议，帮助您选择合适的索引：
1. 查询需求：首先考虑查询需求，了解查询语句中是否包含多个相关列。如果查询语句中包含多个相关列，那么选择联合索引可能会带来更好的性能。联合索引能够根据查询条件的排列顺序，对第一个索引键进行精确匹配，然后对后面的索引键进行前缀匹配。
2. 数据分布：查询需求满足后，还需要考虑数据分布。如果相关列在数据表中的分布相对均匀，那么选择联合索引可能会带来较好的性能。这是因为联合索引能够充分利用各个索引键之间的空间局部性。然而，如果数据分布不均匀，可能需要单独为每个索引键创建单独的索引。
3. 查询次数：如果查询语句涉及多个列且这些列在数据表中的分布均匀，那么选择联合索引可能会提高查询性能。然而，如果查询语句中的列只涉及到一个或少数几个列，那么选择普通索引可能更适合。
4. 维护成本：联合索引在创建和维护时的成本可能略高于普通索引。联合索引需要创建多个索引键，并且在更新、删除和插入操作时，可能需要同时更新多个索引键。因此，在选择联合索引还是普通索引时，还需要考虑维护成本。
在实际应用中，可能需要尝试多种方案，以找到最适合查询需求和数据分布的索引策略。如果可能，可以使用一些性能分析工具（如MySQL的EXPLAIN命令）来评估不同索引策略的性能。