业务系统中,使用update语句更新数据是再正常不过的场景,我们也经常通过update更新的行数,来做一些业务判断,类似下面的伪代码:(mybatis + mysql 场景) if (xxxMapper.updateByPrimaryKeySelective...(entity)>0){ //更新成功,做其它业务处理 } 但是这里有一个坑,mysql中update影响行数>0是有条件的,假如有一张表: ?...这时候,返回的影响行数为0,也就是说,当待更新的记录与原始记录旧值相同时,mysql其实并不会做任何更新。...换言之,如果上游传过来的数据,与数据库本身的旧值相等,没有变化时,update语句影响行数为0。这与另一种场景:"更新一条并不存在的记录,影响行数返回0" 无法区分。 ?...结论:不要使用update语句的影响行数做重要的业务判断!
MySQL count() 函数我们并不陌生,用来统计每张表的行数。但如果你的表越来越大,且是 InnoDB 引擎的话,会发现计算的速度会越来越慢。...对于 MyISAM 来说,它把每个表的总行数都存在了磁盘上,因此使用 count(*) 计算时,效率很高直接返回结果。但如果加入了 where 条件,依然会进行搜索,所以效率是不高的。...由于 MVCC 的控制,使得 MySQL 具有并发的能力,也就是说对于同一时刻,InnoDB 返回的表的行数是不一定的,事务看到的行数与开启后的一致性视图有关,换句话说,每个事务能看到的数据版本是不一样的...不同 count 用法的执行效率 count() 本身是一个聚合函数,对于返回的结果集,一行行地判断。如果参数不是 NULL 的话,会一直累加,最后返回结果。...所以 count(*), count(id), count(1) 表示都是返回满足条件的结果集总行数。 而 count(字段),则表示满足条件的数据行里,不为 NULL 的字段。
如果onFulfilled或onRejected不返回值,那么.then返回的Promise实例的状态会变成fulfilled,但是伴随fulfilled的value会是undefined。...如果.catch(onRejected)的onRejected回调中返回了一个状态为rejected的Promise实例,那么.catch返回的Promise实例的状态也将变成rejected。...你可以通过修改以下代码中的注释部分来验证,不同的返回值对于finally返回的Promise实例的状态的影响。...如果回调函数的返回值是一个状态为rejected的Promise实例,那么.then, .catch或.finally返回的Promise实例的状态就是rejected。...如果回调函数的返回值是一个还未决议的Promise实例p2,那么.then, .catch或.finally返回的Promise实例p1的状态取决于p2的决议结果。
Gorm 连接 mysql 使用的是 github.com/go-sql-driver/mysql 驱动, 但是这个驱动中 clientFoundRows 默认是 false, 也就是说返回的影响条数是实际的影响条数..., 而不是匹配的条数, 也就是说如果要修改的数据和表中数据一样, 就不会返回影响条数, 这和 mysql 官方不一致 mysql 官方 useAffectedRows 默认值是 false, 对应底层...CLIENT_FOUND_ROWS 值是true, 是开启的 所以在业务中有就更新记录, 没有就插入记录的业务, 使用 gorm 就需要配置 clientFoundRows 为 true
MySQL体系结构 想要了解MySQL自身对性能的影响,就需要先熟悉MySQL的体系结构和常用的存储引擎。MySQL并不完美,却足够灵活,能够适应高要求的环境,例如Web类应用。...如果使用独立表空间的话这个问题就很好解决了,我们对表数据进行清理之后,可以直接通过optimize table命令来收缩系统文件,并且不需要重启MySQL,也不会影响数据库的访问。...2.然后我们再来看看使用系统表空间对I/O会有什么影响:对于系统表空间来说,因为只有一个文件,所以多个表空间进行数据刷新的时候,实际上在文件系统上是顺序进行的,这样就会产生大量的I/O瓶颈。...建议,在Innodb下使用独立表空间进行数据存储。...所以说死锁是可以由系统自动处理的,如果只有少量的死锁并不会对系统造成什么样的影响,只要在应用程序中发现死锁并进行处理就可以。
Mysql在使用时不仅会受到自己的配置参数影响, 服务器硬件设施, 内核参数也会对性能有影响....服务器硬件 先看下服务器硬件对Mysql性能的影响, 这里主要介绍下CPU, 内存, 磁盘IO三个方面的影响....CPU 影响CPU性能的主要是主频和核数, 根据运行服务的不同, CPU的选取重点也会有侧重点, CPU密集型 运行需要更快的CPU, 主频越高越好 吞吐量优先型 WEB服务使用的数据库对并发量, 吞吐量要求较高..., 需要并发处理SQL的能力更高, CPU核数越多越好; 在选择mysql时, 需要注意在5.6以后的版本, 对多核CPU支持比较好....; noop 这个策略最简单, 只有单个队列, 只有一些简单合并操作; Mysql这种数据库存储系统一般都会选用deadline
大家好,又见面了,我是你们的朋友全栈君。 尽管添加索引可以优化SQL语句的性能,但是添加索引的同时也会带来不小的开销。尤其是在有大量的索引的情况下。...mysql添加索引造成的影响如下: 1、DML(数据操作语言)影响,在表上添加缩影会直接影响写操作性能(因为添加记录的同时还有创建相应记录的索引,这也是要耗资源的。)。...2、DDL(数据定义语言)影响,随着表大小的不断增加,对性能的影响也会不断增加。比如:ALTER语句会耗费更多的时间。 3、磁盘空间的影响,往往在添完一个索引后表占用的空间大小会成倍的增加。
引擎把一个表的总行数存在了磁盘上,因此执行count(*)的时候直接返回个数,效率很高 而innoDB引擎就麻烦了,他的执行count(*)的时候,是一行行的累加计数 当然我们要知道此事的说的是没有带条件的...count(*),如果加了where条件的话,MyiSAM返回也不能返回的很快 由于我们现在如果使用mysql,大多使用的存储引擎都是innodb,因此由于他是一行行的累计计数,因此随着数据的越来越多...,所以主键索引比普通索引的树大些,因此mysql优化器会拿到索引树小的,进行遍历计算,在保证逻辑正确的前提下,尽量减少扫描的数据量,是数据库优化的通用手段之一 此时你可能还依稀记得下面命令可以获取行的数量...,但是据官方说明,这个命令返回的行数,是不准确的,只有达到40-50%,所以这个命令也不能直接使用 show table status 总结如下 MyiSAM表虽然count(*)很快,但是不支持事物...索引count(*),count(1),count(id),都表示返回满足条件的结果集的总行数,而count(字段)则表示满足条件的数据行里面,参数字段不为null的总个数 count(主键id) innodb
6559行数据,索引扫描返回10000行数据。...原因: 这是一种表与索引之间的逻辑不一致。这种逻辑不一致通常是因为表上的高水位(HWM)出现了问题,全表扫描比索引扫描返回了更少的行。...- 当索引返回的比表记录多时,重建索引或执行虚拟insert插入该表的操作以提高HWM,可以最终解决这种逻辑错误。...这个查询结果可以明确索引多返回的行的区id: select rid, a.relative_fno, a.block, e.owner, e.segment_name, e.segment_type...- 表空间是上述步骤3提供的。 - 这个SQL查询提供了索引返回行位置的区extent。
公共参数 max_connections = 151 #同时处理最大连接数,推荐设置最大连接数是上限连接数的80%左右 sort_buffer_size = 2M #查询排序时缓冲区大小,只对order...,只有1M以下查询结果才会被缓存,以免结果数据较大把缓存池覆盖 query_cache_size = 16M #查看缓冲区大小,用于缓存SELECT查询结果,下一次有同样SELECT查询将直接从缓存池返回结果...值时,程序会无法连接数据库或卡死 MyISAM参数 key_buffer_size = 16M #索引缓存区大小,一般设置物理内存的30-40% read_buffer_size = 128K #读操作缓冲区大小...对数据安全性要求不是很高的推荐设置2,性能高,修改后效果明显。 innodb_file_per_table = OFF #默认是共享表空间,共享表空间idbdata文件不断增大,影响一定的I/O性能。...推荐开启独立表空间模式,每个表的索引和数据都存在自己独立的表空间中,可以实现单表在不同数据库中移动。
Query Cache确实是以比较简单的实现带来巨大性能收益的功能。...但可能很多人都忽略了使用QueryCache之后所带来的负面影响 (1)Query的hash运算及hash查找资源消耗 在使用Query Cache,每条SELECT类型的Query到达MySQL之后,...都须要进行一个hash运算,然后查找是否存在该Query的Cache,虽然这个hash运算的算法可能已经非常高效,且hash查找的过程也已经足够的优化了,对于一条Query来说消耗的资源确实是非常之少,...但是当发生高并发Query时,就不能忽视对CPU的消耗了 (2)Query Cache的失效问题 如果表的变更比较频繁,则会造成Query Cache的失效率非常高。...这里表的变更不仅指表中数据的变更,还包括结构或索引等的任何变更。
类型, GROUP_CONCAT(a.ep_name SEPARATOR ' : ') 姓名2 from Table_A a3 group by a.ep_classes 一个字段可能对应多条数据,用mysql...实现将多行数据合并成一行数据 效果
续《表扫描与索引扫描返回的行数不一致》 上篇文章主要介绍了如何从分析表得到的报错,以及trace中的信息,判断表返回的记录与索引返回记录不一致时的处理方式。... AND header_block = dbms_utility.data_block_address_block(to_number('02c00061','XXXXXXXX')); 明确受影响的键值...: 如果需要明确所有受影响的键,需要运行一次全表扫描和索引扫描: 在表中但未在索引的行: SELECT /*+ FULL(t1) */ rowid, <indexed column list...FROM dept t1 MINUS SELECT /*+ index(t I_DEPT1) */ rowid, deptno, dname FROM dept t; 确保查询语句的执行计划使用受影响的索引...如果出现IO丢失,包含表或索引的块修改操作就可能不会写入Oracle的数据文件中,引起键缺失。解决方法可以参考上一篇文章《表扫描与索引扫描返回的行数不一致》。
SQL 脚本 SQL 脚本会影响到 MySQL 的执行效率,这个大家都懂,面试八股文中常见问题之一。...服务器的硬件如 CPU、内存、磁盘 IO 等都会影响到 MySQL 性能,操作系统也会影响到 MySQL 性能。 3.网卡流量 网卡流量当然也会影响数据库。...5.大表操作 大表操作也会影响到数据库性能,那么什么样的表就算大表呢? 大表没有统一的标准,还是要结合具体的业务场景来定。 我举一个比较常规的例子: 数据表中的行数超过千万行。...在 MySQL5.5(不含) 之前,建立索引是会锁表的,从 MySQL5.5(含) 开始,建立索引虽然不会锁表,但是会引起主从延迟(因为要在主库上操作完成之后,再将操作日志传到从库,然后完成同步)。...移除事务中不必要的 SELECT 操作。 具体的操作方式,我们将在以后的文章中介绍。 7.存储引擎 使用 MySQL 我们可以选择不同的存储引擎,不同的存储引擎特点不同,最终对数据库的影响也不同。
cursor.close() con.close() return jsonStr except MySQLdb.Error, e: print "Mysql
1,但是您真的知道返回的结果为什么为1吗?...(执行finally代码对返回值无影响) 第[12]行,catch块代码: (Exception e) 第[13-14]行,catch块代码: i=2 第[15-16]行,遇到catch块中的return...(执行finally代码对返回值无影响) 第[23]行,局部变量表中存储Exception之外的异常 第[24-25]行,finally块代码:i=3 第[26-27]行,将Exception之外的异常压入栈顶...,并抛出(无返回值) 结论 通过字节码,我们发现,在try语句的return块中,return 返回的变量并不是直接返回 i 值,而是在执行finally块之前把i值存储在临时区域,当执行return时直接返回的临时区域中的值...,即使在finally语句中把变量 i 的值修改了,也不会影响返回的值。
来源:http://t.cn/RnU0h2o 1 影响性能的几个方面 2 MySQL体系结构 3 InnoDB存储引擎 4 InnoDB存储引擎的特性 5 什么是锁 6 如何选择正确的存储引擎 7 配置参数...8 性能优化顺序 ---- 1 影响性能的几个方面 服务器硬件。...(重点优化) 2 MySQL体系结构 分三层:客户端->服务层->存储引擎 ? MySQL是插件式的存储引擎,其中存储引擎分很多种。只要实现符合mysql存储引擎的接口,可以开发自己的存储引擎!...3 InnoDB存储引擎 MySQL5.5及之后版本默认的存储引擎:InnoDB。 3.1 InnoDB使用表空间进行数据存储。...1.2 独立表空间可以通过optimeze table 收缩系统文件,不需要重启服务器也不会影响对表的正常访问。 2.1 如果对多个表进行刷新时,实际上是顺序进行的,会产生IO瓶颈。
若选择多核心的CPU的话,最好使用MySQL5.6以上的版本,因为低版本对多核心的CPU支持得不是很好 注:MySQL目前不支持多CPU对同一SQL进行并发处理。...,也就是说数据在写入一块磁盘的同时会在另一块闲置的磁盘上生成镜像文件,在不影响性能情况下最大限度的保证系统的可靠性和可修复性。...MySQL适合的操作系统 MySQL在不同操作系统需要注意的事项: Windows下对数据库的库名表名没有大小写敏感,但是Unix/Linux上却是大小写敏感的,所以尽量统一小写 使用FreeBSD的话...,称之为系统交换分区,即swap分区 当操作系统因为没有足够的内存时就会将一些虚拟内存写到磁盘的交换分区中,这样就会发生内存交换 在MySQL服务器上是否要使用交换分区有一些争议: 有些人认为在MySQL...一般用于桌面级的系统,但是用在跑MySQL服务的系统就不太合适了,因为在MySQL的工作负载下,cfq会在队列中插入一些不必要的请求导致响应时间比较差 除了默认的cfq策略外还可以选择以下几种策略:
1 输入标题 今天我们来聊一聊最近风口上的央行数字货币,各国央妈都来势汹汹,我国数字货币也已经开启测试,就差临门一脚了,正值比特币的价格也一直停顿不前,这一次是否会因为法定数字货币再一蹶不振,还是能无视法定数字货币的威胁继续向前...2 虚拟货币里没有央妈的份 1)央行数字货币没有升职空间 为什么关注区块链,我很诚实的说,关注区块链,是因为这样能看懂白皮书,知道哪个项目好,哪个项目不好,知道我的钱该给谁,项目将去往何处,是否拥有一飞冲天的本领...(话说回来,央行对于数字货币的发行更多的是政治和战略意义,而且不会占据很大的体量) 万一央行数字货币发行早鸟阶段送20%来吸引人买入,我是不敢拿的,薅国家羊毛这种事情,还是留给胆大的人来吧!...国家法定数字货币的发行如果一步步发展良好的话,很有可能所有国家会联合发布世界数字货币,其实最需要区块链的分布式账本的正是各个国家,他们彼此互不相信,政策的更迭还容易影响经济,如果发行基于区块链的世界数字货币...我们唯一可以分析的就是找出他们内在的逻辑,排名靠前有他存在的理由,单个的或许不准,但是分析出来的趋势是可靠的,能利用这个方法看看你投资的币种未来会到哪个排名。
领取专属 10元无门槛券
手把手带您无忧上云