mysql 频繁update一个非索引字段,会不会增加索引处理上的开销?
mysql 频繁update一个非索引字段,会不会增加索引处理上的开销?
我知道如果一个字段是索引字段并且频繁的更新这个字段,对更新性能是有影响的,但是如果这个字段不是索引相关字段,会不会影响其他索引的性能??????????求赐教
由以上问题衍生的问题:
mysql插入数据获取主键问题:
我使用mybatis的insert ** ON DUPLICATE KEY UPDATE
,有一个唯一索引A,我想要获得插入的主键,但是在有唯一索引冲突的时候就不会插入了也就获取不到主键,我想到的方法是使用ON DUPLICATE KEY UPDATE FUPDATE_COUNT=FUPDATE_COUNT+1
,就是手动加一个字段FUPDATE_COUNT,并且每次insert的时候都去加1,这样每次不管有没有唯一索引的冲突,就都会返回主键了。请问这样对性能有没有影响?会不会影响索引使得索引更新?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
非索引字段由一个值变为另一个值并不会影响统计信息,所以就不存在因为update非索引字段产生的索引更新问题
至于性能问题是任何一个操作都可能会因为频率、sql写法和业务逻辑的关系都可能出现的,这些取决于你的业务和服务器配置
如果主键或唯一键冲突(执行了
UPDATE
),索引就不会更新。如果不存在约束冲突(执行了
INSERT
),那几乎所有索引都会更新的。至于开销和性能,无论
SELECT
还是UPDATE
或INSERT
都有开销和性能问题,在没有达到性能瓶颈之前不一定要去优化它。