新零售数据库设计与实战 第四篇

目录

常见问题与企业级解决方案

多个事物并发执行，对同一条记录做修改就会出现超售的现象。
serializable就是让数据库串行化的执行事物，一个事物执行完才能进行下一个事物。但是sql语句对数据库的修改最终是反映在磁盘上的，磁盘的速度比内存和cpu慢。多个事物串行执行整个速度就太慢了。

更改数据之前， 查询数据的版本号，把版本号记录在本地，然后在执行updata语句之前 先去比较这个数据真实的版本号和我之前记录的版本号有没有冲突，如果没有冲突则执行update操作。
实现乐观锁的机制是开发人员编写程序实现。



redis单线程比多线程（有切换调度的时间）执行起来速度还快

客户端1发来第二条指令前，redis由于是非阻塞的会去执行客户端2的指令。导致出现超售现象。

开启事物后，在客户端执行的命令都不会传递给redis，而是先缓存到本地。等到执行EXEC命令，redis会批量执行。


























LIKE “%S%” 会越过ename索引，执行全表扫描。

IS NULL 和 IS NOT NULL会让全表跳过索引，执行全表扫描。索引是一个二叉树，null值没有办法排序。







实际的连接数达到最大并发连接数后，数据库会把新的连接请求放在堆栈里面。等到有空闲连接的时候再把连接分配给堆栈里面的请求。所以可以增加堆栈的大小。





修改mysql的配置文件my.cnf:



从慢查询日志中获取到耗时长的sql语句，接着要分析为什么该sql语句慢。