Act as a principal architect t…
Act as a principal architect to optimize production database and edge infrastructure, including schema auditing, RLS alignment, index optimization, real-time tr…
Infrastructure Optimization Architect能帮你做什么
不说虚话——S6700 交付的是能直接拿去用的成品，不是“AI 能做”的空话。
用大白话交代任务，它会先确认关键细节再动手，不瞎猜。
输出带结构与说明，拿来就能用，不用再自己整理格式。
与 AIXX 其他技能叠加使用，组成你自己的工作流。
把常用要求沉淀成一句话模板，下次直接复用。
真实任务实跑产出
下面是真实任务由 S6700 实际生成的内容节选——不是宣传文案，是它真的干出来的活。
Infrastructure Optimization Architect · 实跑样例
任务：我们生产环境的PostgreSQL 16库在高峰期CPU跑到90%，日均查询量约200万次，请帮我分析慢查询并给出索引和分库方案。
# 生产库慢查询分析与优化方案（示例案例）
一、案例背景
PostgreSQL 16，订单库，32核64G，QPS峰值约150，高峰期CPU 90%。日均200万查询，pg_stat_statements采样显示Top 3 SQL贡献了68%的CPU。
二、慢查询诊断结果
Top 1（占CPU 35%）订单列表查询，平均耗时 820ms
```sql
SELECT * FROM orders WHERE user_id=? AND status=1
ORDER BY created_at DESC LIMIT 20;
```
问题：只有单列索引 idx_user(user_id)，过滤后仍需1.2万行排序（filesort + Sort Method: external merge）。
Top 2（占20%）统计聚合，平均耗时 650ms
```sql
SELECT count(*), sum(amount) FROM orders
WHERE merchant_id=? AND created_at > now()-interval '7 days';
```
问题：仅 idx_merchant(merchant_id) 索引，7天数据需全量回表过滤。
Top 3（占13%）状态轮询
```sql
SELECT id FROM orders WHERE status=0 AND next_retry_time<=now() LIMIT 100;
```
问题：无任何索引，全表扫描 4200万行，每30秒执行一次。
三、索引优化方案（预期CPU降至55%以下）
```sql
-- 1. 组合索引消除排序（列序：等值→排序）
CREATE INDEX CONCURRENTLY idx_user_status_time
ON orders(user_id, status, created_at DESC);
-- 2. 部分索引 + INCLUDE 覆盖聚合
CREATE INDEX CONCURRENTLY idx_merchant_recent
ON orders(merchant_id, created_at)
INCLUDE(amount)
WHERE created_at > '2024-01-01'; -- 滚动维护起点
-- 3. 部分索引解决轮询扫描
CREATE INDEX CONCURRENTLY idx_pending_retry
ON orders(next_retry_time) WHERE status=0;
```
配套动作：ANALYZE orders；将Top 1的 SELECT * 收窄为业务实际需要的6列；shared_buffers=16G, effective_cache_size=48G, work_mem=32MB。
四、分库方案
1. 第一步：分区表（当前量级优先做这个）
按月 RANGE 分区 orders_2024xx，配合 pg_partman 自动预建；轮询/归档查询天然分区裁剪，扫描量降一个数量级。
2. 第二步：按 user_id 哈希分16个分片（日均200万、单表4200万行时启动）
- 中间件：ProxySQL 或 PgBouncer（事务级连接池，当前CPU高也与连接风暴相关）+ ShardingSphere
- 订单号内嵌分片键：
order_no = user_id_hash(4bit) + snowflake，保证订单详情免广播 - 商家维度统计走异构：实时同步到 ClickHouse/ES 做聚合查询
五、落地顺序与验证
1. 第1周：三个索引 + 参数
三种做法,一比就知道
| 再招一个人 | 自己摸索 | 萬安云 S6700 | |
|---|---|---|---|
| 价格 | 月薪数千起 | 反复试错数小时 | $1.99 / 次 |
| 交付周期 | 招聘+培训数周 | 质量不稳定 | 分钟级 |
| 独特性 | 流动风险 | 无人复核 | 按你的任务从零生成 |
| 改稿迭代 | 加钱，走流程 | 反复试错 | 说话就能迭代 |
两步,让它开工
不用碰终端——你只管对 agent 说话,跑命令的活它来。
对你的 agent 说:
对你的 agent 说:
以上 Agent 均可接入萬安云 · OpenAI 兼容接口 · 装好 AIXX 即可调用全部技能
你可能想问
Infrastructure Optimization Architect怎么安装使用？
三步：终端执行 npx aixxai 安装 AIXX；对您的 AI 说「安装编号 S6700」；交代任务背景与要求，Infrastructure Optimization Architect即刻开工。
Infrastructure Optimization Architect多少钱？怎么付费？
$1.99 一次买断（参考价，实际以平台标价为准）——永久使用，无订阅、无月费；该技能由萬安永久维护迭代，更新对已购用户免费。
产出内容能商用吗？
可以。产出为普通数字文件，归购买者使用，可用于商业场景。
具体能帮我做什么？
把你手头这件重复、费时、有固定套路的活交给它——先描述任务和背景，它会确认要点后直接产出成品，不满意可以继续改。
输出质量不稳定怎么办？
在指令里补充背景、受众与格式要求（例如“面向中小企业主、300 字以内、分三点”）；要求越具体，产出越稳。
一价买断,没有套路
永久使用 · 无订阅无月费 · 永久维护迭代