然后就发现通过sqlserver2008界面手工新建的索引（不是通过代码建立）都丢失了，从而导致之前搜索速度蛮快的查询，都变的异常慢。
问题：
1、手工新建的索引丢失和这条语句有关系吗？
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
4 个解决方案
#1
1、手工新建的索引丢失和这条语句有关系吗？
--> 没有关系
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
--> 当务之急,是手工重建之前的索引(应该不难吧?).
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
--> 1.应急处理:补建索引.确保系统正常. 2,查索引丢失原因.
--> 没有关系
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
--> 当务之急,是手工重建之前的索引(应该不难吧?).
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
--> 1.应急处理:补建索引.确保系统正常. 2,查索引丢失原因.
#2
1、手工新建的索引丢失和这条语句有关系吗？
手工创建索引是新建了索引，而丢失索引应该是有人把索引给删除了。
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
如果要修复索引，你直接创建这个索引就可以，一个表可以有很多索引，所以不会出现创建了某个索引，就把其他索引给删除了。
除非你创建的是聚集索引，因为一个表只能有一个聚集索引。
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
你可以先了解表有多少索引，然后创建实际需要的索引，查看索引的简单方法是：
sp_helpindex 表
手工创建索引是新建了索引，而丢失索引应该是有人把索引给删除了。
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
如果要修复索引，你直接创建这个索引就可以，一个表可以有很多索引，所以不会出现创建了某个索引，就把其他索引给删除了。
除非你创建的是聚集索引，因为一个表只能有一个聚集索引。
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
你可以先了解表有多少索引，然后创建实际需要的索引，查看索引的简单方法是：
sp_helpindex 表
#3
1.新建索引不会丢失旧索引
只会你删除或禁用的情况下，会造成索引不能用
2.找到旧索引，不知道旧索引的定义语句时，可通过旧备份DB找回来，找不回时可针对性处理把接口变慢的语句查看一下影响速度的是那一段
3.不丢失旧索引，新建索引影响接口语句引擎判断，有可能会影响旧接口的语句的性能
一句话建索引时要了解接口和条件，在条件列尽可能用复合索引
只会你删除或禁用的情况下，会造成索引不能用
2.找到旧索引，不知道旧索引的定义语句时，可通过旧备份DB找回来，找不回时可针对性处理把接口变慢的语句查看一下影响速度的是那一段
3.不丢失旧索引，新建索引影响接口语句引擎判断，有可能会影响旧接口的语句的性能
一句话建索引时要了解接口和条件，在条件列尽可能用复合索引
#4
@唐诗三百首
@中国风
@不想长大啊
先不说别的，大家就看看咱这问题提的水平吧，一个问题惊动了三大长老一起给我药吃，我不管病好没好，反正是精神立刻满血了。其他人也别答了，就此打住，存照留念先~
@中国风
@不想长大啊
先不说别的，大家就看看咱这问题提的水平吧，一个问题惊动了三大长老一起给我药吃，我不管病好没好，反正是精神立刻满血了。其他人也别答了，就此打住，存照留念先~
#1
1、手工新建的索引丢失和这条语句有关系吗？
--> 没有关系
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
--> 当务之急,是手工重建之前的索引(应该不难吧?).
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
--> 1.应急处理:补建索引.确保系统正常. 2,查索引丢失原因.
--> 没有关系
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
--> 当务之急,是手工重建之前的索引(应该不难吧?).
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
--> 1.应急处理:补建索引.确保系统正常. 2,查索引丢失原因.
#2
1、手工新建的索引丢失和这条语句有关系吗？
手工创建索引是新建了索引，而丢失索引应该是有人把索引给删除了。
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
如果要修复索引，你直接创建这个索引就可以，一个表可以有很多索引，所以不会出现创建了某个索引，就把其他索引给删除了。
除非你创建的是聚集索引，因为一个表只能有一个聚集索引。
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
你可以先了解表有多少索引，然后创建实际需要的索引，查看索引的简单方法是：
sp_helpindex 表
手工创建索引是新建了索引，而丢失索引应该是有人把索引给删除了。
2、怎么恢复之前建立的索引并保留现在这个IX_Contenta_isnew普通索引呢？
如果要修复索引，你直接创建这个索引就可以，一个表可以有很多索引，所以不会出现创建了某个索引，就把其他索引给删除了。
除非你创建的是聚集索引，因为一个表只能有一个聚集索引。
3、今后再遇到这样的问题，正确的处理步骤是什么呢？
你可以先了解表有多少索引，然后创建实际需要的索引，查看索引的简单方法是：
sp_helpindex 表
#3
1.新建索引不会丢失旧索引
只会你删除或禁用的情况下，会造成索引不能用
2.找到旧索引，不知道旧索引的定义语句时，可通过旧备份DB找回来，找不回时可针对性处理把接口变慢的语句查看一下影响速度的是那一段
3.不丢失旧索引，新建索引影响接口语句引擎判断，有可能会影响旧接口的语句的性能
一句话建索引时要了解接口和条件，在条件列尽可能用复合索引
只会你删除或禁用的情况下，会造成索引不能用
2.找到旧索引，不知道旧索引的定义语句时，可通过旧备份DB找回来，找不回时可针对性处理把接口变慢的语句查看一下影响速度的是那一段
3.不丢失旧索引，新建索引影响接口语句引擎判断，有可能会影响旧接口的语句的性能
一句话建索引时要了解接口和条件，在条件列尽可能用复合索引
#4
@唐诗三百首
@中国风
@不想长大啊
先不说别的，大家就看看咱这问题提的水平吧，一个问题惊动了三大长老一起给我药吃，我不管病好没好，反正是精神立刻满血了。其他人也别答了，就此打住，存照留念先~
@中国风
@不想长大啊
先不说别的，大家就看看咱这问题提的水平吧，一个问题惊动了三大长老一起给我药吃，我不管病好没好，反正是精神立刻满血了。其他人也别答了，就此打住，存照留念先~