数据库的三大范式第一范式：每个列都不可以再拆分第二范式：在第一范式的基础上，非主键列完全依赖于主键第三范式：在第二范式上，非主键列只依赖主键，不依赖其他非主键事务的并发问题脏读：事务A读取了事务B更新的数据，然后数据B回滚，那么A读到的是脏数据不可重复读：事务A多次读取同一数据，事务B在事务A读取的过程中对数据进行了修改并提交，导致A多次读的数据

1\.MySQL持久化数据,Redis只读数据redis在启动之后，从数据库加载数据。读请求：不要求强一致性的读请求，走redis，要求强一致性的直接从mysql读取写请求：数据首先都写到数据库，之后更新redis（先写redis再写mysql，如果写入失败事务回滚会造成redis中存在脏数据）2.MySQL和Redis

ReadUncommitted（读取未提交内容）在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（DirtyRead）。ReadCommitted（读取提交内容）这是大多数数据库系统的默认隔离级别（但不是MySQL默

Pythonsqlite3数据库是一款非常小巧的内置模块，它使用一个文件存储整个数据库，操作十分方便，相比其他大型数据库来说，确实有些差距。但是在性能表现上并不逊色，麻雀虽小，五脏俱全，sqlite3实现了多少sql92标准，比如说transaction、trigger和复杂的查询等。描述　　Python的数据库模块有统一的接口标准，所

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

事务的隔离级别SQL标准定义的4个隔离级别为：READUNCOMMITED（未提交读）事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，也被称为脏读。这个级别是隔离级别中最低的，实际情况基本不用。READCOMMITED（提交读）事务从开始直到提交之前，所做的任何修

数量查询时，有如下几种方式：1.下面三种方式，在多数情况下效率是基本相同的，但问题在于，很多情况下，我们数据库可能有脏数据，比如重复数据，或者某条数据重要字段是null的，那下面的这几种，会把这种脏数据也统计上，本质都是统计满足条件的行数的：selectcount()fromuserselectcount(1)f

事务具有ACID四种特性。但是Isolation并发可能引起如下问题：1.脏读允许读取到未提交的脏数据。2.不可重复读如果你在时间点T1读取了一些记录，在T2时再想重新读取一次同样的这些记录时，这些记录可能已经被改变、或者消失不见。3.幻读解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（

01为什么要用锁？锁是为了解决并发操作引起的脏读、数据不一致的问题。02 锁实现的基本原理2.1、volatileJava编程语言允许线程访问共享变量，为了确保共享变量能被准确和一致地更新，线程应该确保通过排他锁单独获得这个变量。Java语言提供了volatile，在某些

中小型制造类企业通常规模比不上大型企业，但是麻雀虽小五脏俱全，部门间的协作与管理并不简单，如果可借助一套生产管理系统，让当前各部门之间的数据无缝衔接，车间生产进度数据实时反馈。