MySql架构设计：如何合理利用第三方 Cache 解决方案？
使用较为成熟的第三方解决方案最大的优势就在于在节省自身研发成本的同时，还能够在互联网上面找到较多的文档信息，帮助我们解决一些日常遇到的问题还是非常有帮助的。目前比较流行的第三方Cache解决方案主要有基于对象的分布式内存Cache软件Memcached和嵌入式数据库编程库BerkeleyDB这两种。下面我将分别针对这
「Node+Express+Mysql搭建API接口平台」笔记1（P1，P2）
1：本地环境安装：node、npm、express自检：nodev、npmv、expressversionexpress安装命令：npminstallexpressg&&npminstallgexpressgenerator2：创建并启动项目D:\workspace\nodeApiexpressapiLearnD:\workspac
mysql 开发进阶篇系列 12 锁问题(隔离级别下锁的差异)
1\.innodb在不同隔离级别下的一致性读及锁的差异 不同的隔离级别下，innodb处理sql时采用的一致性读策略和需要的锁是不同的，同时，数据恢复和复制机制的特点，也对一些sql的一致性读策略和锁策略有很大影响。对于许多sql,隔离级别越高，innodb给记录集的锁就越严格(龙其是使用范围条件的时候)，产生的锁冲突的可能性也就越高，
Elasticsearch 之（25）重写IK分词器源码来基于mysql热更新词库
热更新在上一节《IK分词器配置文件讲解以及自定义词库(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fwuzhiwei549%2Farticle%2Fdetails%2F80451031)》自定义词库，每次都是在es的扩展词典中，手动添加
MySQL基础篇(03)：系统和自定义函数总结，触发器使用详解
本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fmysqldatabase)||GitEE·点这里(https://www.oschina.net/action/GoToLink?url
MySQL 可重复读，差点就让我背上了一个 P0 事故
P0事故：余额多扣！这是一个真实的生产事件，事件起因如下：现有一个交易系统，每次产生交易都会更新相应账户的余额，出账扣减余额，入账增加余额。为了保证资金安全，余额发生扣减时，需要比较现有余额与扣减金额大小，若扣减金额大于现有余额，扣减余额不足，扣减失败。账户表（省去其他字段）结构如下：CREATE TAB
MySQL数据库无完整备份删库，除了跑路还能怎么办？
!(https://oscimg.oschina.net/oscnet/97bfab72559e66807921a8c768d3f72ea43.gif)1.背景前段时间，由于运维同事的一次误操作，清空了内网核心数据库，导致了公司内部管理系统长时间不可用，大量知识库内容由于没有备份险些丢失。结合这两天微盟的删库跑路事件，我们可
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
tcpdump解决运维生产中遇到问题
作为技术人员tcpdump这个工具还是有必要了解的当你遇到网络协议问题一筹莫展的时候，这时候往往可以通过tcpdump来看网络的通讯过程中发生了什么事。本文只介绍工作用遇到的问题供大家参考，旨在给你工作中遇到类似问题提供解决灵感，具体tcpdump怎么使用google吧。下面通过三个案例进行介绍：案例一：flume写kafka日志报错案例二：LB（负载均衡）增加请求header后，nginx日志获取不到headerkeyclient_ip案例三：mysqlQPS特别高，但mysql并没有慢查询，想知道topKmysql语句最后：场景的http协议抓包场景
