主要是因为
1.MySQL缓存是基于Hashmap的:查询语句的字符大小写、空格或者注释的不同,缓存查询都会认为是不同的查询(因为他们的hash值会不同)
2.MySQL会对每条接收到的SELECT类型的查询进行hash计算,然后查找这个查询的缓存结果是否存在。虽然hash计算和查找的效率已经足够高了,一条查询语句所带来的开销可以忽略,但一旦涉及到高并发,有成千上万条查询语句时,hash计算和查找所带来的开销就必须重视了。。。
3.也就是修改某个表的内容时,之前缓存的内容对于现在的数据来说就是错误的数据,所以我们要将之前的缓存数据删除,来保证数据的正确性。当向某个表写入数据的时候,必须将和这个表相关的所有缓存设置为失效,如果缓存内容很多,则消耗也会很大,可能使系统僵死,因为这个操作是靠全局锁操作来保护的。。
总结:
所以综合上述的内容,我们知道原因就是如果数据都要缓存起来,一旦这些数据都发生改变时,需要更改,我们又需要把这些缓存删除,数据量大时,就会很慢,效率低。
解决思路是:把一些容易变动的数据还是存在磁盘上,而不是在缓存中,这样就是省去了缓存改来改去的问题。。
解决方案:运用了新的数据库Redis
介绍一下redis----Redis是当前比较热门的NoSQL系统之一---,Redis数据都是缓存在计算机内存中。。
NoSQL,泛指非关系型的数据库区别于关系数据库,它们不保证关系数据的ACID特性。。。。
这里我们又要引入事务的概念,如下:
事务定义事务是一系列操作组成的工作单元,该工作单元内的操作是不可分割的,即要么所有操作都做,要么所有操作都不做,这就是事务。理解一:事务可以看做是一次大的活动,它由不同的小活动组成,这些活动要么全部成功,要么全部失败。理解二:事务可以看做是一个大的操作,它由一系列操作组成,这些操作要么全部成功,要么全部失败。ACID---事务的四大特性---原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)
A:事务是一个不可分割的整体,事务中的操作要么全部成功,要么全部失败。。
accountnameaccountname;这里面的两个操作必须都成功或者都失败。。。。。
B:我们来看一段狗屁话:事务必须使数据库从一个一致性状态变换到另外一个一致性状态,能理解?????
个人认为就是执行这操作能够达到你的目的,然后不出错,在编写中体现在语法和实现是否可行,在功能上就是可以保证最后的结果和你的想法是一致的。。。
I:隔离性体现在:多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
D:持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。
也就是说,给你造成了影响,你一旦告诉我你操作成功了,是不可以不执行的。。。。
本地事务的实现:begintransaction;//1.本地数据库操作:张三减少元。//2.本地数据库操作:李四增加元。