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的扩展词典中，手动添加
Mysql5.7版本实现row_number窗口函数的分组排序功能
我在这篇博客https://www.cnblogs.com/chendongblog/p/11887712.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fchendongblog%2Fp%2F11887712.html)中说过,在sq
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_