几个月没有更新笔记了,最近遇到一个坑爹的问题,顺道记录一下.. 需求是这样的:一次性修改上万条数据库. 项目是用MVC+linq的. 本来想着用 直接where() 1 var latentCustomerList = this.FindAll().Where(m => arrId.Contains(m.CustomerID.ToString())).ToList(); 这样子执行,意料之中的就是出错了,出啥错,自己试了就知道了.哈哈 想来就只有直接操作数据库了.第一次的想法,直接就是for拼接…

遇到性能问题的sql如下: sql1: UPDATE amlclientlevel a SET    a.client_value = (SELECT l.client_value                          FROM   amlclientdynamiclevel l                          WHERE  l.inner_client_id = a.inner_client_id) WHERE  a.client_value = 0       …

大家好,我是小林. 昨晚在群划水的时候,看到有位读者说了这么一件事. 在这里插入图片描述 大概就是,在线上执行一条 update 语句修改数据库数据的时候,where 条件没有带上索引,导致业务直接崩了,被老板教训了一波 这次我们就来看看: 为什么会发生这种的事故? 又该如何避免这种事故的发生? 说个前提,接下来说的案例都是基于 InnoDB 存储引擎,且事务的隔离级别是可重复读. 为什么会发生这种的事故? InnoDB 存储引擎的默认事务隔离级别是「可重复读」,但是在这个隔离级别下,在多个事务…

原文链接:当执行一条 select 语句时,MySQL 到底做了啥? 也许,你也跟我一样,在遇到数据库问题时,总时茫然失措,想重启解决问题,又怕导致数据丢失,更怕重启失败,影响业务. 就算重启成功了,对于问题的原因仍不知所以. 本文开始,记录学习<MySQL实战45讲>专栏的过程. 也许有人会问,你记录有什么意义?直接看专栏不就行了吗?你这不是啃别人的剩骨头吗? 是的,这个系列,我只是基于专栏学习,但是我会尽量从我的角度搞懂每一个知识点,遇到不懂得也会将知识点进行拆分. 我知道关注公众号的小伙…

迎面走来了你的面试官,身穿格子衫,挺着啤酒肚,发际线严重后移的中年男子. 手拿泡着枸杞的保温杯,胳膊夹着MacBook,MacBook上还贴着公司标语:"我爱加班". 面试开始,直入正题. 面试官: 看你简历上面写着精通MySQL,我问你一个MySQL锁相关的问题,你看一下这条SQL会对哪些数据加锁? update user set name='一灯' where age=5; 表结构是这样的: CREATE TABLE `user` ( `id` int NOT NULL AUTO_…

SQL语法基础之UPDATE语句 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.查看UPDATE语句的帮助信息 1>.查看UPDATE的帮助信息 mysql> ? UPDATE Name: 'UPDATE' Description: Syntax: UPDATE is a DML statement that modifies rows in a table. An UPDATE statement can start with a WITH clause to def…

需求: 如何将多条update语句合并为一条update语句:如,update table1 set col='2012' where id='2014001'      update table1 set col='1009' where id='2014003'如何合并为一条?   在网上找了好久,总结了一个相对简单的语句(有些语句是函数语句,有点晕),如下: update table1 set col=(case id  when '2014001' then '2012' when '2…

首先创建一张表: create table T(ID int primary key,c int); 如果要更新ID=2这行+1:应该这样写 update T set c=c+1 where ID=2; 执行这句操作首先还是要与数据库建立连接这是连接器的工作. 在一个表进行更新操作时,这张表的缓存就会失效. 接下来分析器会对这条跟新语句进行语法和词法分析,如果有问题就会报错提示.然后优化器会决定使用ID的索引情况,最后执行器负责执行,找到这行然后更新. 与查询操作不同的是,更新操作涉及到两个重要…

今天同事要我修改服务器数据库里面的2条数据,查看服务器上的SQL Server数据库的时候,发现这几天数据没有添加成功,然后发现磁盘很快就满了,执行Update语句时,执行半天都提示还在执行,查询语句没有问题.这时就想到了应该是数据库文件过大的原因. 在数据库磁盘查看数据库的原始文件,数据库文件只有1G大小,但是日志文件.log文件却有20多G,在网上搜了一下资料,因为日志文件作用不大,于是对日志文件做了如下修改: 问题解决,磁盘空间变大,数据开始添加,Update语句很快执行完毕.…

原始出处 http://oecpby.blog.51cto.com/2203338/457054 最近在项目中使用SqlServer的时候发现在高并发情况下,频繁更新和频繁查询引发死锁.通常我们知道如果两个事务同时对一个表进行插入或修改数据,会发生在请求对表的X锁时,已经被对方持有了.由于得不到锁,后面的Commit无法执行,这样双方开始死锁.但是select语句和update语句同时执行,怎么会发生死锁呢?看完下面的分析,你会明白的…… 首先举个例子:  CREATE PROC p1 @p1…