先update再insert的并发死锁问题分析。背景“如果库里有对应记录，就更新，没有就插入”很简单的一个逻辑，相信很多人都会遇到。最近看一个工程里实现代码是这样的，mysql数据库走的是默认的事务级别:可重复读。包在一个事务中执行：ifupdate更新结果0thenreturn"成功";el

你是否遇到过类似以下错误？java.sql.SQLException:Incorrectstringvalue:'\\xF0\\x9F\\x92\\x9C'forcolumn'content'atrow1.产生这种异常的原因在于，mysql中的utf8编码最多会用3个字节存储一个字符，如果一个字符的utf8编码占用4个字节

一、背景在早期从MySQL到TiDB实施同步操作过程中，我们大多数用的是mydumperloader进行整体全量备份的导出，之后拿到meta信息后，通过syncer实现增量同步，整体操作起来比较麻烦，涉及的配置文件较多，其基本原理就是Syncer通过把自己注册为一个MySQLSlave的方式，和MySQLMaster进行通信，然后不

需求起因在高并发的业务场景下，数据库大多数情况都是用户并发访问最薄弱的环节。所以，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问MySQL等数据库。!(https://oscimg.oschina.net/oscnet/34e6b909457749e8d213be3b82a76662fc0.png)这个业务场景，主要

Golang被证明非常适合并发编程，goroutine比异步编程更易读、优雅、高效。本文提出一个适合由Golang实现的Pipeline执行模型，适合批量处理大量数据（ETL）的情景。想象这样的应用情景：（1）从数据库A（Cassandra）加载用户评论（量巨大，例如10亿条）；（2）根据每条评论的用户ID、从数据库B（MySQL）关联用户资

!(https://oscimg.oschina.net/oscnet/40d8680fdf6248eaba3fc83cc9348e60.png)最近有人私信我，说postgresql没有希望，好吧，其实我倒是觉得，与其说他没有希望，不如好好的了解他后，在说出点什么，而不是人云亦云，然后就么有希望，在我的印象里面 MYSQL10年前也

MongoDB中我们经常会接触到一个自动生成的字段：”\_id”，类型为ObjectId。本文详解ObjectId的构成和使用。ObjectId构成之前我们使用MySQL等关系型数据库时，主键都是设置成自增的。但在分布式环境下，这种方法就不可行了，会产生冲突。为此，MongoDB采用了一个称之为ObjectId的类型来做主

!(https://oscimg.oschina.net/oscnet/b891a71e4bed47b4a7a82be4c9b4ec8d.png)Linux操作系统是一个开源产品，也是一个开源软件的实践和应用平台，在这个平台下有无数的开源软件支撑，我们常见的apache、tomcat、mysql、php等等，开源软件的最大理念是自由、开放，那

Kafkasession.timeout.msheartbeat.interval.ms参数的区别以及对数据存储的一些思考在计算机世界中经常需要与数据打交道，这也是我们戏称CURD工程师的原因之一。写了两年代码，接触了不少存储系统，Redis、MySQL、Kafka、Elasticsearch…慢慢地发现背后的一些公共的设计思想总是那么似曾相

!(https://oscimg.oschina.net/oscnet/20e884fb4b381d49bfcda9f9165dbd9fb94.jpg)一般来说，选择主从备份实现高可用的架构中，都会具备读写分离机制，比如MySql读写分离，客户端可以向主从服务器读取数据，但客户写数据只能通过主服务器。RocketMQ的读写分离机制又