问：如何保证消息的顺序性？ 面试官心理分析 其实这个也是用 MQ 的时候必问的话题，第一看看你了不了解顺序这个事儿？第二看看你有没有办法保证消息是有顺序的？这是生产系统中常见的问题。 面试题剖析 我举个例子，我们以前做过一个 mysql binlog 同步的系统，压力还是非常大的，日同步数据要达到上
window下 1.导出整个数据库 mysqldump -u 用户名 -p 数据库名 > 导出的文件名 mysqldump -u dbuser -p dbname > dbname.sql 2.导出一个表 mysqldump -u 用户名 -p 数据库名 表名> 导出的文件名 mysqldump -
接着上篇唠！Google Guava 配合 List分页工具类进行接口优化改造。 接上篇，你可以在项目初始化或者通过定时任务把从MySQL查询出来的几乎不会改变的大量的数据放到Cache中， 然后配合工具类进行模拟MySQL的分页查询，速度比MySQL快很多 不废话贴代码 /** * @auth
起因： 最近公司项目的公众号有些接口返回数据的时间很久。 原因很简单，因为是Mysql数据库而且数据量大概在500W条数据，接口响应时间在4S到5S. 体验感太差劲了。so，我们来改造下。 改造思路： 1.SQL优化。 此接口的SQL关联两张表，主订单，副产品，副货道表 a. 先把订单表中多加入个
由于在参与的实际项目中发现当mysql表的数据量达到百万级时，普通SQL查询效率呈直线下降，而且如果where中的查询条件较多时，其查询速度简直无法容忍。曾经测试对一个包含400多万条记录（有索引）的表执行一条条件查询，其查询时间竟然高达40几秒，相信这么高的查询延时，任何用户都会抓狂。因此如何提高
前言 在读《Redis设计与实现》关于哈希表扩容的时候，发现这么一段话： 执行BGSAVE命令或者BGREWRITEAOF命令的过程中，Redis需要创建当前服务器进程的子进程，而大多数操作系统都采用写时复制（copy-on-write）来优化子进程的使用效率，所以在子进程存在期间，服务器会提高负载
相信很多使用微信的读者都曾经拉黑过某人，更不用说删除好友了，虽然拉黑和删除都能起到拒绝接收对方信息的效果，但它们具体有什么异同呢？拉黑和删除之后，还可以收发消息吗？聊天记录还在吗？还可以重新添加吗？对方知道自己被我拉黑/删除吗？ 为了解答这个困扰良久的未解之谜，12月4日，腾讯微信团队官微在微博科普
MySQL安装 1、下载镜像文件 docker pull mysql:5.7 2、创建实例并启动 docker run -p 3306:3306 --name mysql \ -v /mydata/mysql/log:/var/log/mysql \ -v /mydata/mysql/data:/v
问：分库分表之后，id 主键如何处理？ 面试官心理分析 其实这是分库分表之后你必然要面对的一个问题，就是 id 咋生成？因为要是分成多个表之后，每个表都是从 1 开始累加，那肯定不对啊，需要一个 全局唯一 的 id 来支持。所以这都是你实际生产环境中必须考虑的问题。 面试题剖析 基于数据库的实现方案
问：如何决定使用 HashMap 还是 TreeMap？ 介绍 TreeMap<K,V> 的Key值是要求实现 java.lang.Comparable，所以迭代的时候TreeMap默认是按照Key值升序排序的； TreeMap的实现是基于红黑树结构。适用于按自然顺序或自定义顺序遍历键（key）。
