数据库高手请进 数据文件过大的问题

1.5 g 的数据库是很小的库了！这个量级正常是不应该存在慢的问题。

1.慢可能是服务器的配置过低，尤其是阿里云服务器租用的配置太低了！感觉你说所的找不到存储过程好像就是阿里云最低配的问题。

2.你们还用存储过程，和我们以前的系统一样，所有的业务逻辑都是存储过程完成，所以所有的压力都在数据库服务器上，服务器就容易卡，用存储过程还无法负载均衡。

3.表的索引缺失或不合理，很重要的原因。

4.使用了大量的触发器，触发器是开始一下爽，后来苦一生。坚决不用触发器，数据量大这个是要命的。

5.存储过程里使用大量的link 访问其他数据库服务器，尤其是link 给远程库写数据；如果还写远程数据包含在分布式事务里这就更要命了。

日志1g 慢和它没一毛钱关系，就是占一点空间而已

请问你是不是之前 *** 作这个数据库的时候，有很多delete表的 *** 作？

如果是的话，delete *** 作腾出来的空间是没有办法再利用起来的，所以删除表最好用truncate

原因是delete会锁住表中被删除的那部分空间，自然别人也就不能往里面写；

如果是这样，在尝试过楼上各种方法都不行之后，并且你的SQL Server 是2008 或者2008R2 或者2012

可以试试rebuild表 这可以消除表空间中 因为delete导致的锁的问题

请问你是不是之前 *** 作这个数据库的时候，有很多delete表的 *** 作？

如果是的话，delete *** 作腾出来的空间是没有办法再利用起来的，所以删除表最好用truncate

原因是delete会锁住表中被删除的那部分空间，自然别人也就不能往里面写；

如果是这样，在尝试过楼上各种方法都不行之后，并且你的SQL Server 是2008 或者2008R2 或者2012

可以试试rebuild表 这可以消除表空间中 因为delete导致的锁的问题

---