社区
MS-SQL Server
帖子详情
带索引的数据库,当数据量越来越大,插入越来越缓慢时该如何调整,谢谢
cs12356
2010-04-20 07:39:41
目前数据库已经接近100g,带一个聚集索引,插入越来越缓慢,请问该如何调整,谢谢!
...全文
723
11
打赏
收藏
带索引的数据库,当数据量越来越大,插入越来越缓慢时该如何调整,谢谢
目前数据库已经接近100g,带一个聚集索引,插入越来越缓慢,请问该如何调整,谢谢!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
11 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
shizheyangde
2010-04-20
打赏
举报
回复
考虑一下用分区表
shizheyangde
2010-04-20
打赏
举报
回复
非聚集索引
cxmcxm
2010-04-20
打赏
举报
回复
太大建议拆分表
libinlink
2010-04-20
打赏
举报
回复
同意lhblxm的意见。
改用两个表吧,一个存放最新的数据,一个存放历史数据。
要不然就把聚集索引删除,毕竟表的数据量太大了。
cs12356
2010-04-20
打赏
举报
回复
to htl258,虽然读不频繁,但读的时候要消耗太多时间也是不符合需求的
htl258_Tony
2010-04-20
打赏
举报
回复
[Quote=引用 4 楼 cs12356 的回复:]
表结构:
orderId:int(4)
id:nvarchar(16)
stime::nvarchar(8)
svalue:int(4)
聚集索引在id上
to fredrickhu:
写频繁,读不频繁,重建索引会有帮助吗?想来重建需要花很多时间
谢谢!
[/Quote]读不频繁的话考虑改聚集索引为非聚集索引或去掉索引。
lhblxm
2010-04-20
打赏
举报
回复
建一个一模一样的表,先在该表插入,当记录达到一定数量时
再复制过去,
读时用UNION
不知行不行
cs12356
2010-04-20
打赏
举报
回复
表结构:
orderId:int(4)
id:nvarchar(16)
stime::nvarchar(8)
svalue:int(4)
聚集索引在id上
to fredrickhu:
写频繁,读不频繁,重建索引会有帮助吗?想来重建需要花很多时间
谢谢!
--小F--
2010-04-20
打赏
举报
回复
读写很频繁???
建议重新建立索引试试
黄_瓜
2010-04-20
打赏
举报
回复
100g
you_tube
2010-04-20
打赏
举报
回复
数据表结构?
Oracle
数据库
大事务的数据更改对
数据库
内部的影响
本课程以Oracle 10g
数据库
为基础,来讲解大事务的数据更改在
数据库
内部是如何处理的。 当用户执行一条SQL对
数据库
进行更改操作的时候,我们知道数据是从磁盘读取到内存中进行更改操作的,那么当这个SQL执行时间很长,而且修改
数据量
非常大,由于内存容量大小的原因,可能在事务没有commit提交的情况下,一些脏数据已经写回到了磁盘中。那么在这种情况下,当用户执行commit提交操作,
数据库
是如何处理这些已经写到磁盘的脏数据块的? 本课程就以实验的方式得出数据,来验证以上所提出的问题。
(百万
数据量
级别)java下的mysql
数据库
插入
越插越慢的问题解决
http://blog.csdn.net/qq547276542/article/details/75097602 最近的项目需要导入大量的数据,
插入
的过程中还需要边查询边
插入
。
插入
的
数据量
在100w左右。一开始觉得100w的
数据量
不大,于是就插啊插,吃了个饭,回来一看,在
插入
了50多w条数据后,每秒就只能插10条了。。觉得很奇怪,为啥越插越慢呢? 于是就开始分析插
postgresql
数据库
INSERT 或 UPDATE 大量数据时速度慢的原因分析
postgresql
数据库
INSERT 或 UPDATE 大量数据时速度慢的原因分析 文章目录postgresql
数据库
INSERT 或 UPDATE 大量数据时速度慢的原因分析前言一 死元祖过多1.1 什么是元祖?1.2 死元祖过多的危害1.3 查询死元祖情况1.4 解决办法二
索引
过多导致
插入
过慢三 触发器四 死锁 前言 最近这段时间一直使用pg
数据库
插入
更新大量的数据,发现pg
数据库
有时候
插入
数据非常慢,这里我对此问题作出分析,找到一部分原因,和解决办法。 一 死元祖过多 提起pg
数据库
,
数据库
表
数据量
大读写
缓慢
如何优化(1)【冷热分离】
今天讨论的内容是冷热分离,也许概念并不陌生,对其使用场景也比较熟悉,但涉及锁的内容时仍然需要认真思考,这部分内容在我们实际开发中的“坑”还是不少的。 业务场景一 曾经经历过供应链相关的架构优化,当时平台上有一个订单功能,里面的主表有几千万
数据量
,加上关联表,
数据量
达到上亿。 这么庞大的
数据量
,让平台的查询订单变得格外迟缓,查询一次都要二三十秒,而且多点击几次就会出现宕机。比如业务员多次查询时,
数据库
的 CPU 会立马狂飙,服务器线程也降不下来。 当时,我们尝试了优化表结构、业务代码、
索引
、SQL 语句等.
数据库
索引
详解
1、什么是
索引
?为什么要用
索引
? 1.1、
索引
的含义
数据库
索引
,是
数据库
管理系统中一个排序的数据结构,以协助快速查询,更新
数据库
中表的数据。
索引
的实现通常使用B树和变种的B+树(MySQL常用的
索引
就是B+树)。除了数据之外,
数据库
系统还维护为满足特定查找算法的数据结构,这些数据结构以某种方式引用数据,这种数据结构就是
索引
。简言之,
索引
就类似于书本,字典的目录。 1.2、为什么用
索引
? 打个比方,如果正确合理设计使用
索引
的MySQL是一辆兰博基尼的话,那么没有设计和使用
索引
的MySQL就是一个人力三轮车。
MS-SQL Server
34,591
社区成员
254,589
社区内容
发帖
与我相关
我的任务
MS-SQL Server
MS-SQL Server相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章