一、创建索引：
在sqlite中，创建索引的sql语法和其他大多数关系型数据库基本相同，因为这里也仅仅是给出示例用法：
sqlite> CREATE TABLE testtable (first_col integer,second_col integer);
--创建最简单的索引，该索引基于某个表的一个字段。
sqlite>CREATE INDEXtesttable_idxONtesttable(first_col);
--创建联合索引，该索引基于某个表的多个字段，同时可以指定每个字段的排序规则(升序/降序)。
sqlite>CREATE INDEXtesttable_idx2ONtesttable(first_colASC,second_colDESC);
--创建唯一性索引，该索引规则和数据表的唯一性约束的规则相同，即NULL和任何值都不同，包括NULL本身。
sqlite>CREATE UNIQUE INDEXtesttable_idx3ONtesttable(second_colDESC);
sqlite>.indicestesttable
testtable_idx
testtable_idx2
testtable_idx3
从.indices命令的输出可以看出，三个索引均已成功创建。
二、删除索引：
索引的删除和视图的删除非常相似，含义也是如此，因此这里也只是给出示例：
sqlite>DROP INDEXtesttable_idx;
--如果删除不存在的索引将会导致操作失败，如果在不确定的情况下又不希望错误被抛出，可以使用"IF EXISTS"从句
。
Error: no such index: testtable_idx
sqlite>DROP INDEX IF EXISTStesttable_idx;
三、重建索引：
重建索引用于删除已经存在的索引，同时基于其原有的规则重建该索引。这里需要说明的是，如果在REINDEX语句后面没有给出数据库名，那么当前连接下所有Attached数据库中所有索引都会被重建。如果指定了数据库名和表名，那么该表中的所有索引都会被重建，如果只是指定索引名，那么当前数据库的指定索引被重建。
--当前连接attached所有数据库中的索引都被重建。
sqlite>REINDEX;
--重建当前主数据库中testtable表的所有索引。
sqlite>REINDEXtesttable;
--重建当前主数据库中名称为testtable_idx2的索引。
sqlite>REINDEXtesttable_idx2;
四、数据分析：
和Postgresql非常相似，sqlite中的ANALYZE命令也同样用于分析数据表和索引中的数据，并将统计结果存放于sqlite的内部系统表中，以便于查询优化器可以根据分析后的统计数据选择最优的查询执行路径，从而提高整个查询的效率。见如下示例：
--如果在ANALYZE命令之后没有指定任何参数，则分析当前连接中所有Attached数据库中的表和索引。
sqlite>ANALYZE;
--如果指定数据库作为ANALYZE的参数，那么该数据库下的所有表和索引都将被分析并生成统计数据。
sqlite>ANALYZEmain;
--如果指定了数据库中的某个表或索引为ANALYZE的参数，那么该表和其所有关联的索引都将被分析。
sqlite>ANALYZEmain.testtable;
sqlite>ANALYZEmain.testtable_idx2;
五、数据清理：
和Postgresql中的VACUUM命令相比，他们的功能以及实现方式非常相似，不同的是Postgresql提供了更细的粒度，而sqlite只能将该命令作用于数据库，无法再精确到数据库中指定的数据表或者索引，然而这一点恰恰是Postgresql可以做到的。
当某个数据库中的一个或多个数据表存在大量的插入、更新和删除等操作时，将会有大量的磁盘空间被已删除的数据所占用，在没有执行VACUUM命令之前，sqlite并没有将它们归还于操作系统。由于该类数据表中的数据存储非常分散，因此在查询时，无法得到更好的批量IO读取效果，从而影响了查询效率。
在sqlite中，仅支持清理当前连接中的主数据库，而不能清理其它Attached数据库。VACUUM命令在完成数据清理时采用了和Postgresql相同的策略，即创建一个和当前数据库文件相同大小的新数据库文件，之后再将该数据库文件中的数据有组织的导入到新文件中，其中已经删除的数据块将不会被导入，在完成导入后，收缩新数据库文件的尺寸到适当的大小。该命令的执行非常简单，如：
sqlite>VACUUM; 原文链接：https://www.f2er.com/sqlite/200632.html
