-
<p>在MySQL中，AS关键字用于给列或表创建临时名称，即别名。1）给列创建别名，如SELECTprice*quantityAStotal_priceFROMorder_items，使结果更易读。2）给表创建别名，如SELECTo.order_id,c.customer_nameFROMordersASoJOINcustomersAScONo.customer_id=c.customer_id，简化多表查询。</p>
-
MySQL中ORDERBY的优化，直接影响查询性能，尤其是在数据量大的情况下。要提升排序效率，关键在于减少不必要的数据扫描和避免临时表、文件排序这些高开销操作。1.确保使用索引进行排序最直接的优化方式是让ORDERBY走索引，这样就能跳过昂贵的文件排序（filesort）过程。要满足这个条件，需要：ORDERBY字段上有索引；查询的WHERE条件和ORDERBY使用的字段尽量在同一个索引中；如果是联合排序（多个字段），则要确保使用的是前缀索引。比如有这样一个索引：(status,create
-
本文用附近门店查询场景讲清 Redis GEO：如何把门店经纬度写入地理索引，如何按用户当前位置做半径检索、距离排序和分页返回，并整理上线时常见的坐标、单位、数据更新问题。
-
从 SRID 约束、SPATIAL INDEX 到 MBRContains 查询，演示如何验证 MySQL 空间索引是否真的进入执行计划，并避开经纬度范围和边界判断的常见误区。
-
MySQL JSON_TABLE 不能直接把未知对象键名当成固定列读取。本文用 JSON_KEYS 取得键数组，再用 JSON_TABLE 展开 key/value 行，并说明 JSON_EXTRACT、JSON null、嵌套对象和性能边界。
-
把应用层默认值和派生字段迁移到 MySQL 8.4 列定义时，先区分 DEFAULT 表达式与生成列，再按表达式限制、VIRTUAL 或 STORED、索引和应用写入契约逐项落地。
-
Redis ZMPOP 的 COUNT 参数控制一次弹出的成员数量，默认只取一个，实际数量不会超过集合剩余成员数。本文结合 MIN、MAX、多键和空集合结果说明命令边界，并对比 ZPOPMIN 与 BZMPOP 的适用场景。
-
用 MySQL roles 把 SELECT 权限集中到只读角色，绑定账号并设置默认角色，再通过 CURRENT_ROLE 和 SHOW GRANTS 复查最小权限边界。
-
Redis持久化是有两种方式：RDB和AOF
对这两种方式的官方文档的翻译请看：
http://latteye.com/2011/11/redis-persistence.html
RDB就是快照存储，比如“每1个小时对redis进行快照存储”
-
1 一人一单并发安全问题
之前一人一单的业务使用的悲观锁，在分布式系统下，是无法生效的。
理想的情况下是这样的：一个线程成功获取互斥锁，并对查询订单并创建订单，其他线程无法干
-
服务器： 阿里云轻量应用服务器
系统版本： CentOS 7
MySQL版本： 8.0
一、卸载MariaDB
在CentOS中默认安装有MariaDB，是MySQL的一个分支，主要由开源社区维护。CentOS 7及以上版本已经不再使用MySQL数据
-
通过 EXPLAIN 语句可以帮助我们发现表格的哪些字段上需要建立索引，用于加速查询。也可以使用 EXPLAIN 检查优化器是否使用最优的顺序来连接表。
EXPLAIN 语法如下：
{EXPLAIN | DESCRIBE | DESC}
tbl_n
-
项目背景
在处理过程中，今天上午需要更新A字段，下午爬虫组完成了规格书或图片的爬取又需要更新图片和规格书字段，由于单表千万级深度翻页会导致处理速度越来越慢。
select a,b,c from db.t
-
对于商业数据库而言，数据库升级是一个优先级很高的事情，有版本升级路线图，有相应的补丁，而且对于方案还有一系列的演练，显然是一场硬仗。而在MySQL方向上，升级这件事情就被淡化了
-
场景描述项目中需求对数据进行迁移，数据之间存在外键关联关系，外键关系存在一对多；因此在数据迁移之后，需要将对应的外键更新；则迁移需要一次性完成，否则需要额外的工作量来修复
