首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

再见,MySQL!性能被 MariaDB 吊打 ?

MySQL的历史可以追溯到1979年,它的创始人叫作Michael Widenius,他在开发一个报表工具的时候,设计了一套API,后来他的客户要求他的API支持sql语句,他直接借助于mSQL(当时比较牛)的代码,将它集成到自己的存储引擎中。但是他总是感觉不满意,萌生了要自己做一套数据库的想法。一到1996年,MySQL 1.0发布,仅仅过了几个月的时间,1996年10月MySQL 3.11.1当时发布了Solaris的版本,一个月后,linux的版本诞生,从那时候开始,MySQL慢慢的被人所接受。1999年,Michael Widenius成立了MySQL AB公司,MySQL由个人开发转变为团队开发,2000年使用GPL协议开源。2001年,MySQL生命中的大事发生了,那就是存储引擎InnoDB的诞生!直到现在,MySQL可以选择的存储引擎,InnoDB依然是No.1。2008年1月,MySQL AB公司被Sun公司以10亿美金收购,MySQL数据库进入Sun时代。Sun为MySQL的发展提供了绝佳的环境,2008年11月,MySQL 5.1发布,MySQL成为了最受欢迎的小型数据库。在此之前,Oracle在2005年就收购了InnoDB,因此,InnoDB一直以来都只能作为第三方插件供用户选择。2009年4月,Oracle公司以74亿美元收购Sun公司,MySQL也随之进入Oracle时代。2010年12月,MySQL 5.5发布,Oracle终于把InnoDB做成了MySQL默认的存储引擎,MySQL从此进入了辉煌时代。然而,从那之后,Oracle对MySQL的态度渐渐发生了变化,Oracle虽然宣称MySQL依然尊少GPL协议,但却暗地里把开发人员全部换成了Oracle自己人,开源社区再也影响不了MySQL发展的脚步,真正有心做贡献的人也被拒之门外,MySQL随时都有闭源的可能……

03

事务相关、不可重复读与幻读的区别

事务内嵌套事务: 1) 都用spring事务时,取决spring采用的事务的隔离级别。 这个默认隔离级别是与具体的数据库相关的,采取的是具体数据库的默认隔离级别,不同的数据库是不一样的。 如是同一事务,事务有传播性: 在有事务的方法A内执行修改,再于A内调用有事务的方法B执行修改同一字段, B用的是A的事务,可以拿到A手中的写锁,2次修改都执行成功。 2) 如果方法A用spring的事务,方法B用代码事务,是2个不同事务。 3) 在主线程中开子线程,并分别在主、子线程中执行修改,则是2个不同事务, 4) 只要是2个不同的事务,就会造成写锁等待。 只有当先拿到写锁的修改方法的事务提交或回滚后,另一个线程的修改方法才能拿到写锁,第2次修改才能执行。 5) 另外:read-only只读事务作用:多条查询SQL必须保证整体的读一致性, 否则,在前条SQL查询之后,后条SQL查询之前,数据被其他用户改变, 则该次整体的统计查询将会出现读数据不一致的状态,此时,应该启用只读事务支持 6) 事务ACID四个属性; 原子性(atomicity)、一个事务是一个不可分割的工作单位,事务中包括的操作要么都做,要么都不做。 一致性(consistency)、事务必须是使数据库从一个一致性状态变到另一个一致性状态。 比如:A扣款了,B就收款了。 隔离性(isolation)、一个事务的执行不能被其他事务干扰,并发执行的各个事务之间不会互相干扰。 持久性(durability)、指一个事务一旦提交,它对数据库中数据的改变就应该是永久性的。 接下来的其他操作或故障不应该对其有任何影响。 7) 默认隔离级别: Read Commited--------Sql Server、Oracle. Repeatable Read ------- MySQL 、InnoDB存储引擎 read committed:开启一个事务,读一个数据,而后再次读,这2次可能不一样的, 因为在这2次读之间可能有其他事务更改这个数据,这也就是读提交, 每次读到的数据都是已经提交的(行级锁,不锁间隙)。 read repeatable:开启一个事务,读一个数据,而后再次读,这2次读的数据是一致的(行级锁且是锁间隙); 8) 不可重复读与幻读的区别: 不可重复读的重点是修改,同样的条件,你读取过的数据,再次读取出来发现字段值不一样了。 幻读的重点在于新增或者删除,同样的条件,第 1 次和第 2 次读出来的记录总条数不一样。

05
领券