SQL server 性能调优问题

Question

问题： 目前有一张表 Table 数据量是 100W 左右，现在有列 A到Z,每天都有几千次的更新，更新频繁，查询的条件又是根据这A到Z 来判断的，因为查询速度太慢，想在这些列上建立索引，建立好后，查询速度提升了很多，但是影响了增删改操作，因为列数比较多，更新的次数太频繁，建立索引后，系统操作时可能会经常死，但是不建立索引，查询的又太慢。

对于这种情况，一般有几种解决方法，详细点，豆全部奉上。

Answer 1

有没有看看什么是瓶颈？磁盘IO ？CPU耗时？  最好在profile里面查看一下。 不知道你数据库的硬件配置，从这个数据量来看，数据文件和索引文件都很大，可能IO是瓶颈，考虑一下这部分数据是否可以放SSD硬盘，再增加内存，能缓解IO瓶颈。  这个是从硬件角度处理 还有，可以考虑调整某些字段。我的经验，字符型字段比较耗性能。如果有些字段存的是字符，但是这些字符又是标准的选项，那可以考虑将这字段换为int型，指向标准选项的索引。这个是从软件角度处理 再，你表的主键是啥类型？

Answer 2

用缓存 把表结构也写出来

Answer 3

能详细点吗，比如用缓存，怎么使用

Answer 4

说的很好跟我想的一样，因为涉及到钱的问题，数据必须是实时的，实时同步又是新问题了。

Answer 5

@tomcat1988: 如果只能优化查询，不考虑其他的解决方案的话，这个问题没有答案，只能叫他加硬件神马的了。

Answer 6

读写分离，再就是做缓存

Answer 7

说的很好跟我想的一样，读写分离是一个不错的方案，因为涉及到钱的问题，数据必须是实时的，实时同步又是新问题了。

Answer 8

可不可以这样 根据你数据 缓存一部分以前的数据 比如1年前的全部缓存 其他的再从数据库取

Answer 9

如果是报表的话把表按月，按季度设计。 用存储过程创建表。

Answer 10

实时同步可以用SQLDependcy啊