solr 常用命令

1.启动和关闭

a.启动和重启

启动和重启命令有很多选项让你运行在SolrCloud模式，使用示例配置，以hostname为开头或者非默认端口，指向本地ZooKeeper。

bin/solr start [options]
bin/solr start -help
bin/solr restart [options]
bin/solr restart -help

当使用重启命令，必须传入当初启动时的所有参数。Solr重启之前将被关闭。如果没有节点正在运行，restart将跳过关闭，直接启动Solr。

可用参数

参数	描述	示例
-a "<string>"	使用JVM参数启动Solr，例如-X。 如果传入以"-D"开头的JVM参数，则可以删除-a选项	bin/solr start -a "-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=1044"
-cloud	如果以SolrCloud模式启动，将启动包含Solr的内置ZooKeeper实例 可简写为-c	bin/solr start -c
-d <dir>	定义服务器目录，默认值是$SOLR_HOME/server。一般不定义这个选项。通常情况是每个实例使用相同服务器目录并且使用唯一的Solr home目录	bin/solr start -d newServerDir
-e <name>	使用示例配置启动Solr。这些示例用来帮助你更快入门Solr，或者尝试特性。 可用选项有：clound、techproducts、dih、schemaless	bin/solr start -e schemaless
-f	在前台启动Solr；使用-e选项时不能使用这个选项	bin/solr start -f
-h <hostname>	使用自定义hostname启动Solr，默认值'localhost'	bin/solr start -h search.mysolr.com
-m <memory>	使用自定义值作为JVM的最小和最大堆值	bin/solr start -m 1g
-noprompt	无提示，默认完全接受 示例：当使用-cloud时，会有交互式引导你多个选项，如果你想都默认接收，只需要使用这个选项	bin/solr start -e cloud -noprompt
-p <port>	指定端口	bin/solr start -p 8655
-s <dir>	设置solr.solr.home系统属性。Solr将在该目录下创建core目录。这将允许你在相同host上跑多个实例，使用相同服务器目录，使用-d选项 一旦设置，指定目录需要包含solr.xml文件，除非solr.xml在ZooKeeper中存在，默认值是server/solr 当运行示例（-e）时，该参数将被忽略，因为solr.solr.home取决于哪个示例在跑	bin/solr start -s newHome
-V	打印冗余信息	bin/solr start -V
-z <zkHost>	使用自定义ZooKeeper connection string启动Solr。该选项只能在-c选项，即SolrCloud模式下使用。如果该选项未提供，Solr将启动内置ZooKeeper实例	bin/solr start -c -z server1:2181,server2:2181

为了强调默认设置是如何起作用的，花点时间了解下面的命令：

bin/solr start
bin/solr start -h localhost -p 8983 -d server

没有必要定义所有选项，因为有些默认就可以了。

b.设置Java系统属性

使用-D给JVM传入属性

示例：设置自动soft-commit频率为3秒

bin/solr start -Dsolr.autoSoftCommit.maxTime=3000

c.SolrCloud模式

bin/solr start -c/cloud

如果指定ZooKeeper连接字符串，例如"-z 192.168.1.4:2181"，Solr将连接到ZooKeeper并加入集群。如果以cloud模式启动，但没有指定-z选项，则Solr启动内置ZooKeeper服务器，坚挺在Solr端口+1000，例如Solr在端口8983，则内置ZooKeeper监听在端口9983

d.使用示例配置运行

bin/solr start -e <name>

• cloud：在一个机器上启动1-4节点的SolrCloud集群。
• techproducts：以standalone模式启动。由于没有SolrCloud，也没有启动schemaless模式，因此fields必须显式地定义在schema.xml中。配置文件的目录在$SOLR_HOME/server/solr/configsets/sample_techproducts_configs
• dih：以standalone模式启动。使用DataImportHandler(DIH)和一些dataconfig.xml文件
• schemaless：以standalone模式启动。使用托管schema（将在后文讲解），提供最小化配置。Solr将运行在Schemaless模式，Solr将在运行时创建fields并猜测field类型。配置文件在$SOLR_HOME/server/solr/configsets/data_driver_schema.configs

注意：运行在前台（-f）选项在使用-e选项失效，因为脚本需要执行额外任务。

e.停止

stop命令向正在运行的Solr节点发送STOP请求，该命令等待5s让Solr顺滑停止，之后会强制杀进程（kill -9）

bin/solr stop [options]
bin/solr stop -help

f.可用参数

参数	描述	示例
-p <port>	在指定端口关闭Solr。如果正在运行多个实例或者SolrCloud模式，你需要分别指定端口关闭或者使用-all选项	bin/solr stop -p 8983
-all	关闭所有运行的Solr	bin/solr stop -all
-k <key>	Stop key用来防止误关闭，默认值是"solrrocks"	bin/solr stop -k solrrocks

2.查看信息

a.版本

bin/solr version

b.状态

status命令行展示基本的JSON格式的信息。status命令行使用SOLR-PID-DIR环境变量来定位Solr进程号文件来找到运行的Solr实例，SOLR-PID-DIR默认值是bin目录

bin/solr status

输出

Found 1 Solr nodes:

Solr process 975 running on port 8983
{
  "solr_home":"/Users/hs/package/solr/server/solr",
  "version":"5.4.1 1725212 - jpountz - 2016-01-18 11:51:45",
  "startTime":"2016-02-14T02:06:05.35Z",
  "uptime":"0 days, 0 hours, 0 minutes, 13 seconds",
  "memory":"36 MB (%7.3) of 490.7 MB"}

c.健康检测

前提是SolrCloud模式启动。健康检测报告提供关于对于所有shards的每个replica的状态，包括提交文档的个数和当前状态

bin/solr healthcheck [options]
bin/solr healthcheck -help

d.可用参数

参数	描述	示例
-c <collection>	运行健康监测的集群对象名称	bin/solr healthcheck -c gettingstarted
-z <zkhost>	ZooKeeper connection string，默认值是localhost:8983。如果不是8983，需要指定端口，默认是Solr端口+1000	bin/solr healthcheck -z localhost:2181

下面是一个健康检测示例

./solr healthcheck -c gettingstarted -z localhost:9983

输出为

{
  "collection":"gettingstarted",
  "status":"healthy",
  "numDocs":0,
  "numShards":2,
  "shards":[
    {
      "shard":"shard1",
      "status":"healthy",
      "replicas":[
        {
          "name":"core_node2",
          "url":"http://10.8.204.89:8983/solr/gettingstarted_shard1_replica1/",
          "numDocs":0,
          "status":"active",
          "uptime":"0 days, 0 hours, 4 minutes, 27 seconds",
          "memory":"85.6 MB (%17.5) of 490.7 MB",
          "leader":true},
        {
          "name":"core_node3",
          "url":"http://10.8.204.89:7574/solr/gettingstarted_shard1_replica2/",
          "numDocs":0,
          "status":"active",
          "uptime":"0 days, 0 hours, 4 minutes, 21 seconds",
          "memory":"41.4 MB (%8.4) of 490.7 MB"}]},
    {
      "shard":"shard2",
      "status":"healthy",
      "replicas":[
        {
          "name":"core_node1",
          "url":"http://10.8.204.89:8983/solr/gettingstarted_shard2_replica1/",
          "numDocs":0,
          "status":"active",
          "uptime":"0 days, 0 hours, 4 minutes, 27 seconds",
          "memory":"85.9 MB (%17.5) of 490.7 MB",
          "leader":true},
        {
          "name":"core_node4",
          "url":"http://10.8.204.89:7574/solr/gettingstarted_shard2_replica2/",
          "numDocs":0,
          "status":"active",
          "uptime":"0 days, 0 hours, 4 minutes, 21 seconds",
          "memory":"41.4 MB (%8.4) of 490.7 MB"}]}]}

3.Collections和Cores

a.创建

注意：执行create命令的用户要和启动Solr的用户一致

create命令行会检测到Solr的运行状态（standalone或SolrCloud），根据状态创建core或collection

bin/solr create options
bin/solr create -help

可用参数

参数	描述	示例
-c <name>	创建core或collection的名称	bin/solr create -c mycollection
-d <confdir>	配置目录，默认值是data_driven_schema_configs	bin/solr create -d basic_configs
-n <configName>	配置文件名。默认和core或collection同名	bin/solr create -n basic
-p <port>	指定Solr端口。当运行多个standalone实例时需要指定	bin/solr create -p 8983
-s <shards> -shards	分割collection为shards的数量，默认1。前提是SolrCloud模式	bin/solr create -s 2
-rf <replicas> -replicationFactor	集群中每个document的拷贝数量，默认值1（没有replication）	bin/solr create -rf 2

4.配置目录和SolrCloud

在创建SolrCloud集群前，使用的配置目录必须上传到ZooKeeper。需要你做主要决定的是在ZooKeeper中的配置目录是否应该分享到多个集群。下面通过示例来了解配置目录是如何在SolrCloud中工作的。

首先，如果没有提供-d或-n选项，默认配置（$SOLR_HOME/server/solr/configsets/data_driven_schema_cinfigs/conf）被上传到ZooKeeper，使用和集群相同的名称。例如，下面的命令将导致data-driven_schema_configs配置被上传到ZooKeeper

bin/solr create -c contacts

如果创建另一个集群

bin/solr create -c contacts2

另一个data_driven_schema_configs的拷贝将被上传到ZooKeeper，在/configs/contacts2下。对contacts集群做的变化不会影响contacts2。简而言之，默认为每个collection创建独一无二的配置目录拷贝。

使用-n选项可以覆盖ZooKeeper的配置目录。示例

bin/solr create -c logs -d basic_configs -n basic

将上传server/solr/configsets/basic_configs/conf目录到ZooKeeper作为/configs/basic

注意，我们使用-d选项指定不同的配置目录。Solr提供了多个内置配置，在server/solr/configsets下。然而，你也可以提供你自己的配置目录路径。示例：

bin/solr create -c mycoll -d /tmp/myconfigs

将上传/tmp/myconfigs到ZooKeeper目录/configs/mycoll下。再次重申，配置目录的名称和集群一致，除非使用-n指定

其他集群可以共享配置，使用-n选项。示例：创建一个共享之前创建的basic配置的新集群

bin/solr create -c logs2 -n basic

a.Data-driven schema和共享配置

data_driven_schema_configs将转变为索引数据。因此，建议不要共享配置，除非确定所有集群应该继承一个集群的索引变化。

b.Delete

delete命令行检测到Solr的运行模式，delete core或collection

bin/solr delete [options]
bin/solr delete -help

如果在SolrCloud模式，delete命令行检查配置目录是否有其他集群使用，如果没有，也将从ZooKeeper中被删除。

可用参数

参数	描述	示例
-c <name>	core/collection名称	bin/solr delete -c mycoll
-deleteConfig <trueIfalse>	从ZooKeeper删除配置目录，默认值为true 如果配置目录被其他集群使用，指定true也不会被删除	bin/solr delete -deleteConfig false
-p <port>	多个standalone实例时有用	bin/solr delete -p 8983