sql软件制作公司 第1篇
注意：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表
上述出现的问题都是数据库读一致性的问题，可以通过事务的隔离机制来进行保证。
数据库的事务隔离越严格，并发副作用就越小，但付出的代价也就越大，因为事务隔离本质上就是使事务在一定程度上串行化，需要根据具体的业务需求来决定使用哪种隔离级别
InnoDB在RR条件下解决幻读有两种手段：mvcc（多版本控制）+ 范围锁1. MVCC 对于快照读来说，幻读的解决是依赖mvcc解决
每次开启事务后都会递增创建一个版本号（version），之后的增删查改都是基于这个版本号进行操作的
SELECT (version) 读取创建版本小于或等于当前事务版本号，并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的。version >= createVersion and version < deleteVersion
INSERT (createVersion) 将当前事务的版本号保存至行的创建版本号。 createVersion = version
_ (createVersion) 新插入一行，并以当前事务的版本号作为新行的创建版本号，同时将原记录行的删除版本号设置为当前事务版本号。 新行createVersion = version，旧行deleteVersion = version
DELETE (deleteVersion) 将当前事务的版本号保存至行的删除版本号。 deleteVersion = version
2. 间隙锁 对于当前读则依赖于间隙锁解决
mysql的间隙所是基于索引的，对于唯一索引innode会把间隙所降级为行锁，非唯一索引的话就需要用到间隙锁（也叫范围锁）
sql软件制作公司 第2篇
开源社区的MySQL和PostgreSQL数据库软件也是两种关系型数据库，它们提供了一种用于存储、处理和保护数据的平台。MySQL和PostgreSQL数据库软件的主要优点是它们的开放性和灵活性。它们包含了一系列的工具和功能，使得开发人员和数据库管理员可以更有效地管理和使用数据库。
1. SQL数据库软件是由哪些公司开发的？
SQL数据库软件由多家公司开发和提供。以下是一些主要的SQL数据库软件公司：
Oracle Corporation：Oracle数据库是目前全球最流行的商业关系型数据库管理系统（RDBMS）之一，由Oracle Corporation开发和提供。它具有广泛的功能和强大的性能，被广泛用于企业级应用和大型数据处理。
Microsoft Corporation：Microsoft SQL Server是一种关系型数据库管理系统（RDBMS），由Microsoft Corporation开发和提供。它是Windows操作系统上最常用的数据库之一，并且与Microsoft的其他产品（如.NET框架和Azure云平台）无缝集成。
MySQL AB（现在属于Oracle Corporation）：MySQL是一个开源的关系型数据库管理系统，最初由瑞典公司MySQL AB开发。MySQL以其易用性、高性能和可扩展性而闻名，并广泛应用于Web应用程序和小型到中型企业。
IBM Corporation：IBM DB2是一种关系型数据库管理系统，由IBM Corporation开发和提供。它是一个全功能的数据库解决方案，适用于各种规模和类型的应用程序，包括企业级数据管理和分析。
PostgreSQL Global Development Group：PostgreSQL是一个开源的关系型数据库管理系统，由PostgreSQL Global Development Group开发和维护。它具有高度可扩展性和灵活性，被广泛用于大型企业和研究机构。
2. 这些公司的SQL数据库软件有哪些特点和优势？
每个公司的SQL数据库软件都有其独特的特点和优势：
Oracle数据库：具有强大的功能和性能，支持复杂的数据操作和事务处理。它还提供了高可用性和可靠性，以及丰富的安全性和管理工具。
Microsoft SQL Server：与Microsoft的其他产品无缝集成，提供了强大的数据分析和报告功能。它还支持大规模数据处理和高可用性，以及易于使用的管理工具。
MySQL：具有良好的性能和可扩展性，适用于Web应用程序和小型到中型企业。它还提供了广泛的开发工具和库，以及免费的开源版本。
IBM DB2：适用于各种规模和类型的应用程序，具有高度可扩展性和灵活性。它还提供了强大的安全性和管理功能，以及与IBM的其他产品的无缝集成。
PostgreSQL：作为一个开源项目，它具有活跃的社区支持和持续的改进。它提供了丰富的功能和可扩展性，以及强大的数据完整性和安全性。
3. 如何选择适合自己的SQL数据库软件？
选择适合自己的SQL数据库软件需要考虑以下几个因素：
功能需求：根据应用程序的需求，确定所需的功能和特性。例如，某些数据库可能更适合于大规模数据处理，而其他数据库可能更适合于复杂的事务处理。
性能要求：根据应用程序的性能要求，评估不同数据库的性能和可扩展性。一些数据库可能在处理大量数据时表现更好，而其他数据库可能在并发访问方面更强大。
预算限制：考虑预算限制，并评估不同数据库的许可费用和支持成本。一些数据库可能需要购买许可证，而其他数据库可能是免费的开源软件。
技术支持：评估不同数据库供应商提供的技术支持和培训资源。一些公司可能需要更多的技术支持和定制化解决方案，而其他公司可能更愿意依赖社区支持。
综合考虑以上因素，选择适合自己的SQL数据库软件是一个权衡各种因素的过程。最好根据具体需求和实际情况来做出决策，并在选择之前进行充分的评估和测试。
sql软件制作公司 第3篇
库名、表名、字段名使用小写字母，“_”分割。a)MySQL有配置参数lower_case_table_names，不可动态更改，linux系统默认为0，即库表名以实际情况存储，大小写敏感。如果是1，以小写存储，大小写不敏感。如果是2，以实际情况存储，但以小写比较。b) 如果大小写混合用，可能存在abc,Abc,ABC等多个表共存，容易导致混乱。c) 字段名显示区分大小写，但实际使用不区分，即不可以建立两个名字一样但大小写不一样的字段。d) 为了统一规范， 库名、表名、字段名使用小写字母。
库名、表名、字段名必须不超过12个字符。库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减少传输量，必须不超过12字符。
库名、表名、字段名见名知意,建议使用名词而不是动词。a) 用户评论可用表名user_comment或者comment。b) 库表是一种客观存在的事物，一种对象，所以建议使用名词。
建议使用InnoDB存储引擎。a) 以后的默认引擘，支持事务，行级锁，更好的恢复性，高并发下性能更好，对多核，大内存，ssd等硬件支持更好；而且MySQL8以后不再提供对Myisam引擎的支持b) 具体比较可见附件的官方白皮书。
存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE。a) mysql中的数值类型（不包括整型）：IEEE754浮点数：float? （单精度） ， double? 或real? （双精度）定点数：单精度浮点数的有效数字二进制是24位，按十进制来说，是8位；双精度浮点数的有效数字二进制是53位，按十进制来说，是16 位一个实数的有效数字超过8位，用单精度浮点数来表示的话，就会产生误差！同样，如果一个实数的有效数字超过16位，用双精度浮点数来表示，也会产生误差b)IEEE754标准的计算机浮点数，在内部是用二进制表示的，但在将一个十进制数转换为二进制浮点数时，也会造成误差，原因是不是所有的数都能转换成有限长度的二进制数。即一个二进制可以准确转换成十进制，但一个带小数的十进制不一定能够准确地用二进制来表示。
实例：drop table if exists t;
create table t(value float(10,2));
insert into t values(),();
select value from t;+-----------+|value|+-----------+| || |+-----------+
如何使用INT UNSIGNED存储ip？使用INTUNSIGNED而不是char(15)来存储ipv4地址，通过MySQL函数inet_ntoa和inet_aton来进行转化。Ipv6地址目前没有转化函数，需要使用DECIMAL或者两个bigINT来存储。例如：SELECT INET_ATON('');3520061480SELECT INET_NTOA(3520061480);
INT[M]，M值代表什么含义？注意数值类型括号后面的数字只是表示宽度而跟存储范围没有关系，比如INT(3)默认显示3位，空格补齐，超出时正常显示，python、java客户端等不具备这个功能。如果采用INT类型，我们都用INT(10)
不建议使用ENUM、SET类型，使用TINYINT来代替。a)ENUM，有三个问题：
添加新的值要做DDL
默认值问题(将一个非法值插入ENUM(也就是说，允许的值列之外的字符串)，将插入空字符串以作为特殊错误值)
索引值问题（插入数字实际是插入索引对应的值）实例：drop table if exists t;create table t(sex enum('0','1'));insert into t values(1);insert into t values('3');select * from t;+------+| sex |+------+| 0 || |+------+2 rows in set ( sec)
尽可能不使用TEXT、BLOB类型。a) 索引排序问题，只能使用max_sort_length的长度或者手工指定ORDER BY SUBSTRING(column,length)的长度来排序b) Memory引擘不支持text,blog类型，会在磁盘上生成临时表c) 可能浪费更多的空间d) 可能无法使用adaptive hash indexe) 导致使用where没有索引的语句变慢
VARCHAR中会产生额外存储吗？VARCHAR(M)，如果M<256时会使用一个字节来存储长度，如果M>=256则使用两个字节来存储长度
表字符集选择UTF8。a) 使用utf8字符集，如果是汉字，占3个字节，但ASCII码字符还是1个字节。b) 统一，不会有转换产生乱码风险c) 其他地区的用户（美国、印度、台湾）无需安装简体中文支持，就能正常看您的文字，并且不会出现乱码d)ISO-8859-1编码(latin1)使用了单字节内的所有空间，在支持ISO-8859-1的系统中传输和存储其他任何编码的字节流都不会被抛弃。即把其他任何编码的字节流当作ISO-8859-1编码看待都没有问题，保存的是原封不动的字节流。
使用VARBINARY存储变长字符串。二进制字节流，不存在编码问题
为什么建议使用TIMESTAMP来存储时间而不是DATETIME？DATETIME和TIMESTAMP都是精确到秒，优先选择TIMESTAMP，因为TIMESTAMP只有4个字节，而DATETIME8个字节。同时TIMESTAMP具有自动赋值以及自动更新的特性。如何使用TIMESTAMP的自动赋值属性？a) 将当前时间作为ts的默认值：ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP。b)当行更新时，更新ts的值：ts TIMESTAMP ON _ CURRENT_TIMESTAMP。c) 可以将1和2结合起来：ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON _ CURRENT_TIMESTAMP。TIMESTAMP类型保存的值不能比1970早或比2038晚
建议字段定义为NOT NULL。a）如果null字段被索引，需要额外的1字节b）使索引，索引统计，值的比较变得更复杂c）可用''，0代替d）如果是索引字段，一定要定义为not null例如：NOT NULL default ''
禁止在数据库中使用VARBINARY、BLOB存储图片、文件等。采用分布式文件系统更高效
为什么MySQL的性能依赖于索引？MySQL的查询速度依赖良好的索引设计，因此索引对于高性能至关重要。合理的索引会加快查询速度（包括_和DELETE的速度，MySQL会将包含该行的page加载到内存中，然后进行_或者DELETE操作），不合理的索引会降低速度。MySQL索引查找类似于新华字典的拼音和部首查找，当拼音和部首索引不存在时，只能通过一页一页的翻页来查找。当MySQL查询不能使用索引时，MySQL会进行全表扫描，会消耗大量的IO
为什么一张表中不能存在过多的索引？InnoDB的secondaryindex（非聚集索引）使用b+tree来存储，因此在_、DELETE、INSERT的时候需要对b+tree进行调整，过多的索引会减慢更新的速度。
EXPLAIN语句EXPLAIN语句（在MySQL客户端中执行）可以获得MySQL如何执行SELECT语句的信息。通过对SELECT语句执行EXPLAIN，可以知晓MySQL执行该SELECT语句时是否使用了索引、全表扫描、临时表、排序等信息。尽量避免MySQL进行全表扫描、使用临时表、排序等。
详见官方文档。
不建议使用%前缀模糊查询，例如LIKE “%weibo”。会导致全表扫描
什么是覆盖索引？InnoDB 存储引擎中，secondaryindex（非主键索引）中没有直接存储行地址，存储主键值。如果用户需要查询secondaryindex中所不包含的数据列时，需要先通过secondaryindex查找到主键值，然后再通过主键查询到其他数据列，因此需要查询两次。覆盖索引的概念就是查询可以通过在一个索引中完成，覆盖索引效率会比较高，主键查询是天然的覆盖索引。合理的创建索引以及合理的使用查询语句，当使用到覆盖索引时可以获得性能提升。
_、DELETE语句不使用LIMIT。a) 可能导致主从数据不一致b) 会记录到错误日志，导致日志占用大量空间
为什么需要避免MySQL进行隐式类型转化？因为MySQL进行隐式类型转化之后，可能会将索引字段类型转化成=号右边值的类型，导致使用不到索引，原因和避免在索引字段中使用函数是类似的。
为什么不建议使用SELECT *?增加很多不必要的消耗（cpu、io、内存、网络带宽）；增加了使用覆盖索引的可能性；当表结构发生改变时，返回的数据就改变了，程序端相应也需要更新。
为什么不能使用ORDER BY rand()？因为ORDER BY rand()会将数据从磁盘中读取，进行排序，会消耗大量的IO和CPU，可以在程序中获取一个rand值，然后通过在从数据库中获取对应的值。---这种随机需求在程序端结合处理，虽然数据库可以提供这种随机性的排序
MySQL中如何进行分页？假如有类似下面分页语句：SELECT * FROM table ORDER BY TIME DESC LIMIT 10000,10;这种分页方式会导致大量的io，因为MySQL使用的是提前读取策略。推荐分页方式：SELECT * FROM table where id >=(select id from table order by id limit 10000,1)limit 10;SELECT * FROM table inner JOIN(SELECT id FROM table ORDER BY id LIMIT 10000,10) as t USING(id)
为什么避免使用复杂的SQL？拒绝使用复杂的SQL，将大的SQL拆分成多条简单SQL分步执行。原因：简单的SQL容易使用到MySQL的querycache（当然目前线上并没有使用查询缓存）；减少锁表时间特别是MyISAM；可以使用多核cpu。