myf008

摘要： 1.大量消息在mq里积压 场景：几千万条数据在MQ里积压了七八个小时，从下午4点多，积压到了晚上很晚，10点多，11点多。线上故障了，这个时候要不然就是修复consumer的问题，让他恢复消费速度，然后傻傻的等待几个小时消费完毕。这个肯定不行。一个消费者一秒是1000条，一秒3个消费者是3000条， 阅读全文

摘要： select id,name where name='shenjian' select id,name,sex* where name='shenjian'* 多查询了一个属性，为何检索过程完全不同？ 什么是回表查询？ 什么是索引覆盖？ 如何实现索引覆盖？ 哪些场景，可以利用索引覆盖来优化SQL？ 阅读全文

摘要： 间隙锁（Gap Lock）是Innodb在提交下为了解决幻读问题时引入的锁机制，（下面的所有案例没有特意强调都使用可重复读隔离级别）幻读的问题存在是因为新增或者更新操作，这时如果进行范围查询的时候（加锁查询），会出现不一致的问题，这时使用不同的行锁已经没有办法满足要求，需要对一定范围内的数据进行加锁 阅读全文

摘要： 前提：InnoDB存储引擎 + 默认的事务隔离级别 Repeatable Read用MySQL客户端模拟并发事务操作数据时，如下表按照时间的先后顺序执行命令，会导致死锁。数据库数据如下，id为主键。 select * from a ;+ +| id |+ +| 3 |+ +| 8 |+ +| 11 阅读全文

摘要： 以目前的情况来看，关于 new String("xxx") 创建对象个数的答案有 3 种： 有人说创建了 1 个对象； 有人说创建了 2 个对象； 有人说创建了 1 个或 2 个对象。 而出现多个答案的关键争议点在「字符串常量池」上，有的说 new 字符串的方式会在常量池创建一个字符串对象，有人说 阅读全文

摘要： 前言 上次我们提到了乐观锁和悲观锁，那我们知道锁的类型还有很多种，我们今天简单聊一下，公平锁和非公平锁两口子，以及他们在我们代码中的实践。 正文 开始聊之前，我先大概说一下他们两者的定义，帮大家回顾或者认识一下。 公平锁：多个线程按照申请锁的顺序去获得锁，线程会直接进入队列去排队，永远都是队列的第一 阅读全文

摘要： Java对象的内存布局： 对象头（Header） 实例数据（Instance Data） 对齐填充（Padding） 在网上搜到了一篇博客讲的非常好：http://yueyemaitian.iteye.com/blog/2033046 大家可以用这个代码边看边验证，注意的是，运行这个程序需要通过ja 阅读全文

摘要： 怎样对千万级甚至亿级数据量排序 编程珠玑第二版第一章就有类似的问题，问题描述如下： 有最多1000万条不同的整型数据存在于硬盘的文件中（数据不超过最大值），如何在1M内存的情况下对其进行尽可能快的排序。 数据特征：单个数据<=1000万、不同的（没有重复）、整型（int，4B） 要求：1M内存、尽可 阅读全文

摘要： 在上一篇日志 ［ redis分布式锁真的安全吗？（一）：基于单个redis节点的分布式锁 ］ 中介绍了基于单个redis实现的分布式锁，存在无法解决的问题，一起回顾如下 １、为了提高单redis的可用性，给master挂了一个从slave节点，因为主从复制是异步的，会出现不同客户端同时获取锁的情况 阅读全文

摘要： 关于集群中的"脑裂"问题，之前已经在这里详细介绍过，下面重点说下Zookeeper脑裂问题的处理办法。ooKeeper是用来协调（同步）分布式进程的服务，提供了一个简单高性能的协调内核，用户可以在此之上构建更多复杂的分布式协调功能。脑裂通常会出现在集群环境中，比如ElasticSearch、Zook 阅读全文