结论 如果业务逻辑强依赖自增ID，绝对不要用replace，普通环境也不建议这样用，因为会导致主键的重新组织 当存在pk冲突的时候是先delete再insert 当存在uk冲突的时候是直接update，update操作不会涉及到auto_increment的修改 很大程度上会导致主备中断，存在容灾.

【mysql】  【索引】  【test】  【分区表】  【binlog】  【update】   …

面试中有哪些经典的数据库问题？

一、为什么用自增列作为主键 1、如果我们定义了主键(PRIMARY KEY)，那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键，则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引、如果也没有这样的唯一索引，则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索引(ROWID随着行记录的写入而主键递增，这个ROWID不像ORACLE的ROWID那样可引用，是隐含的)。

【mysql】  【innodb】  【性能】  【数据库】   …

# 前言 [Data Lake Analytics ](https://www.aliyun.com/product/datalakeanalytics)（后文简称DLA）提供了无服务化的大数据分析服务，帮助用户通过标准的SQL语句直接对存储在OSS、TableStore上的数据进行查询分析。

在关系型数据库中，用户可以对大数据量的表进行分区，提高查询的性能。同样在DLA中，用户可以使用分

【数据存储与数据库】  【分布式系统与计算】  【OSS】  【mysql】  【SQL】   …

在大量读的应用场景下，mysql 的引擎应该用myisam。因为这个引擎的读效果好，写的效率比较差。

【mysql】  【innodb】  【memcached】  【SQL】  【数据库】  【索引】  【分区表】  【myisam】   …

面试中有哪些经典的数据库问题？ Java后端技术带你一探究竟~

【mysql】  【innodb】  【性能】  【数据库】  【排序】  【索引】  【分区表】  【磁盘】  【存储】   …

1.mysql索引：

索引是帮助mysql高效获取数据的数据结构；（排好序的快速查找数据结构）

 如果索引字段是char类型，那么在使用索引时，char类型的值必须加引号；如果索引字段时blob等大数据类型，必须指定长度。

【大数据】  【mysql】  【排序】  【索引】  【分区表】  【index】   …

【MySQL】MySQL分区表效率测试对比

这一段时间对数据库优化方面的认识深有体会，就以MySQL为例测试一下分区表的性能 MySQL5.0好像不支持分区，我用的5.5版本，测试是否支持可通过以下方法： SHOW VARIABLES LIKE '%partition%';

1如果结果为y.

【mysql】  【性能】  【数据库】  【测试】  【分区表】  【Create】   …

MySQL逻辑架构 下面是一幅MySQL各组件之间如何协同工作的架构图，有助于我们深入理解MySQL服务器。

MySQL逻辑架构

如图所知：MySQL逻辑架构整体分为三层，最上层为客户端层，并非MySQL所独有，诸如：连接处理、授权认证、安全等功能均在这一层处理。

【服务器】  【mysql】  【innodb】  【性能】  【日志】  【数据库】   …

现在可以思考一个问题，如果数据量非常大的情况下，您根据业务选择了合适的字段，精心设计了表和索引，还仔细的检查了所有的SQL，并确认已经没什么问题，但性能仍然不能满足您的要求，该怎么办呢？还有其他优化策略吗？答案是肯定的。

【大数据】  【算法】  【服务器】  【mysql】  【函数】  【性能】   …

为方便阅读、重点呈现，本期Newsletter（2018年7月）将对各板块内容进行精简。

【分布式】  【大数据】  【MongoDB】  【mysql】  【函数】  【性能】  【SQL】  【Apache】   …