继续回答星球水友提问：沈老师，MyISAM只支持表锁，但网上文章却说，在并发插入量比较大的时候，比较适合使用MyISAM，这矛盾吗？这个问题，涉及MySQL表锁的一些细节，借着这个问题，系统性说下表锁的“所以然”。画外音：网上不少文章只说结论，不说为什么，容易让人蒙圈。MySQL表锁知识系统性梳理。哪些存储引擎使用表锁？MySQL，除InnoDB支持行锁外，MySQL的其他存储引擎均只使用表锁，例
分类：
数据库 时间：
2020-11-10 11:33:20
阅读次数：
13
继续回答知识星球水友提问。问题域：数据量大、并发量高场景，如何在流量低峰期，平滑实施表结构变更？画外音，一般来说，是指增加表的属性，因为：（1）如果是减column，升级程序不使用即可；（2）如果是修改column，程序兼容性容易出问题；首先，一起看下有哪些常见方案。方案一：在线修改表结构。画外音：altertableaddcolumn数据量大的情况下，锁表时间会较长，造成拒绝服务，一般不可行。方
分类：
数据库 时间：
2020-11-10 11:32:08
阅读次数：
12
《并发扣款，如何保证数据的一致性？》一文的核心观点是：使用CAS乐观锁，在写回余额时加上旧余额的比对，可以在不影响吞吐量的前提下，保证余额的一致性。文章非常多朋友留言问，能不能把余额放到reids里，利用redis的事务性来扣减余额。今天，就这个问题简单的说一下。redis如何实现事务性？本质也是乐观锁。在redis客户端执行：$money=GETkey$money=$money-$diffSET
分类：
其他好文 时间：
2020-11-10 11:31:32
阅读次数：
8
继续回答星球水友提问。沈哥，我们有个业务，类似于“标题分词检索”，并发量非常大，大概20W次每秒，数据量不是很大，大概500W级别，而且数据不会频繁更新，平均每天更新一次，请问有什么好的方案么？这是一个典型的，短文本分词搜索的问题，简单聊聊自己的经验。常见的文本检索方案有哪些？（1）数据库LIKE法将标题数据存放在数据库中，使用like来查询，方案非常简单，能支持简单的模糊搜索，但不支持分词。画外
分类：
其他好文 时间：
2020-11-10 11:31:19
阅读次数：
7
继续解答星球水友提问。===沈老师，我们有个业务，同一个用户在并发“查询，逻辑计算，扣款”的情况下，余额可能出现不一致，请问有什么优化方法么？===扣款的业务场景是怎样的？用户购买商品的过程中，要对余额进行查询与修改，大致的业务流程如下：第一步，从数据库查询用户现有余额：SELECTmoneyFROMt_yueWHEREuid=$uid;不妨设查询出来的$old_money=100元。第二步，业务
分类：
其他好文 时间：
2020-11-10 11:30:56
阅读次数：
8
==星球水友提问==沈老师，你好，想请教一个身份证信息检索的问题。公司有一个每秒5万并发查询的业务，（假设）根据身份证MD5查询身份证信息，目前有1000亿条数据，纯文本存储，前几天看你写LevelDB，请问这个业务能利用LevelDB内存数据库进行存储么？有没有其他优化方案？画外音：LevelDB《内存KV缓存/数据库》。==问题描述完==上一位星球水友问的是36亿日志后台分页查询，紧接着又来了
分类：
其他好文 时间：
2020-11-10 11:30:25
阅读次数：
10
操作系统 进程和线程 基本概念 通信 进程间通信 线程间通信 线程间同步方式 有进程后为什么需要线程 单核机器上写多线程程序是否考虑要加锁？ 线程需要保存哪些上下文，SP、PC、EAX这些寄存器是干嘛用的 多进程和多线程的使用场景 并发和并行 Linux虚拟内存空间 程序的内存结构 缺页中断 页表寻 ...
分类：
其他好文 时间：
2020-11-10 11:11:11
阅读次数：
5
一、前言 二、synchronized局限性 + Lock锁机制的引入 2.1 synchronized局限性 第一，使用synchronized，其他线程只能等待直到持有锁的线程执行完释放锁（synchronized释放锁有且仅有两种情况） 如果一个代码块被synchronized修饰了，当一个线 ...
分类：
编程语言 时间：
2020-11-10 10:48:47
阅读次数：
9
同程旅游缓存系统设计:如何打造Redis时代的完美体系(含PPT)导读：高可用架构7月30日在上海举办了『互联网架构的基石』专题沙龙，进行了闭门私董会研讨及对外开放的四个专题的演讲，期望能促进业界对互联网基础服务及工具的讨论，本文是王晓波分享同程旅游缓存系统架构经验。王晓波，同程旅游首席架构师，专注于高并发互联网架构设计、分布式电子商务交易平台设计、大数据分析平台设计、高可用性系统设计，基础云相关
分类：
其他好文 时间：
2020-11-08 17:36:43
阅读次数：
18
帖子中心，是互联网业务中，一类典型的“1对多”业务，即：一个用户能发布多个帖子，一个帖子只有一个发布者。随着数据量的逐步增大，并发量的逐步增大，帖子中心这种“1对多”业务，架构应该如何设计，有哪些因素需要考虑，是本文将要系统性讨论的问题。什么是x对x？所谓的“1对1”，“1对多”，“多对多”，来自数据库设计中的“实体-关系”ER模型，用来描述实体之间的映射关系。什么是“1对1”业务？用户中心，一个
分类：
其他好文 时间：
2020-11-08 17:30:50
阅读次数：
19
