TickDB 博客 - 专业的金融市场分析、交易策略和API开发教程。
> 做 A 股和港股的跨市场回测，策略没改，回测曲线却更好看了。多出来的那截平滑收益，可能不是策略选股能力强，而是交易日历、join 方式和填充规则替你做了决定。本文用 TickDB 实际拉取一段 A/H 交易日历和日 K 数据，拆解一套五步排查框架，帮你把回测里那些“数据替你做的决定”一个一个找出来。 --- 如果你自己跑过 A 股和港股的跨市场回测，你可能经历过这种困惑。同一个策略逻辑，优化了
TickDB Research · 2026/7/8 · 阅读: 8摘要 WebSocket 行情接入里， 不是终点， 也不是终点。真正能进入行情面板、监控告警或数据管道之前，至少要确认四个状态：连接已建立、订阅已确认、首条业务消息已收到、后续数据没有进入 stale。本文用 TickDB WebSocket 真实订阅 的 ticker 频道，把这四个状态拆开，并给出一份可直接运行的 Python 状态校验脚本、真实终端截图和日志字段设计。 !image.p
TickDB Research · 2026/7/8 · 阅读: 17摘要 接 A 股实时行情 API，不能只看官网写了“支持 A 股”。第一步应该是拿自己的 symbol 跑一遍快照、K 线和 WebSocket 订阅：快照能不能返回，K 线字段能不能核对，WebSocket 能不能完成连接和订阅确认。本文用 TickDB 的 A 股实时行情 API，从 REST ticker 快照、REST kline 历史 K 线到 WebSocket ticker 订阅，展
TickDB Research · 2026/7/7 · 阅读: 24A. CLEAN PUBLIC WebSocket 行情断线重连：数据空窗、K线回补和状态校准 > 摘要 > WebSocket 行情断线后重连成功，日志显示一切正常。但事后对账发现，有些品种少了几秒到十几秒的数据。连接恢复不等于数据恢复——重连只修好了通道，断线期间的数据空窗、重连后的状态校准、K线回补的粒度边界，都需要使用者侧主动处理。本文把一次断线重连拆成三层恢复框架，给出一张五步检查卡，梳
TickDB Research · 2026/7/7 · 阅读: 21标题：行情API选型：便宜的实时行情数据源，为什么半年后反而更贵？ 摘要：个人研究员和小团队选实时行情API，最划算的往往不是最便宜的。免费或低价的接口能让你第一个月就跑起来，但到了第六个月，字段变化、symbol混乱、错误分支不清、跨市场扩展和团队交接会把你省下的钱加倍花出去。这篇文章不讲“哪个最好”，只讲清楚行情数据源真正的成本结构——接入费只是零头，维护成本才是大头。 个人研究员选行情API
TickDB Research · 2026/7/6 · 阅读: 31摘要 你用 Python 接入了 A 股实时行情接口，第一次请求返回 HTTP 200 和 ，价格看起来正常。但接口返回成功不等于数据可用—— 可能是空数组、symbol 可能跟请求不一致、 可能是无法解析的字符串、timestamp 语义可能跟你想的不一样。本文给出一套首次接入后的字段校验流程：先看懂返回结构，再逐字段检查 symbol、价格和 timestamp，最后用 raw_snapsho
TickDB Research · 2026/7/6 · 阅读: 30标题：个人量化行情数据源怎么选？Tushare、AkShare、Polygon、Yahoo Finance、TickDB 六大场景评分 摘要：想做A股回测，Tushare和Baostock谁更合适？想看美股实时行情，Polygon、Alpha Vantage、Yahoo Finance怎么选？想搭一个多市场行情面板，或者让Cursor直接调用真实数据，应该走哪条路？这篇文章用市场匹配度、数据能力、
TickDB Research · 2026/7/4 · 阅读: 98> 摘要 > 行情告警没响，你先查的是阈值，还是数据链路？很多告警失效的根本原因不在价格判断——定时任务静默停跑、接口返回空data、WebSocket假在线、缓存价格没有stale标记、异常发生但日志里什么都没留下。本文给出一套从数据链路健康检查出发的5层排查方案：先问行情数据是否还活着、是否新鲜、异常是否可追溯，最后再问价格有没有触发告警。附带五层速查表、最小监控字段表和常见问题，适合直接复制
TickDB Research · 2026/7/3 · 阅读: 42摘要： Tesla Q2交付数据已经公布，很多人的第一反应是打开行情软件看盘前涨跌。但盘前涨了不等于常规交易时段一定延续，盘前跌了也不等于市场已经给出最终结论。本文不讨论Tesla值不值得买，也不预测股价方向，只讲一件事：事件数据出来后，盘前价、常规交易价、盘后价是三个不同的市场状态，没对齐之前，不要把一个价格跳动当成市场已经完成定价。 !image.png 一、数据公布了，市场开始解读 7月2日
TickDB Research · 2026/7/2 · 阅读: 49WebSocket 行情重连成功，K线缺口不会自动消失 > 摘要 > WebSocket 断流后重连成功，watch dog 显示一切正常——但中间窗口的 K 线缺口不会自己补回来。连接恢复不等于数据连续，断流窗口必须通过独立的缺口检测、REST K 线回补和 gap_report 留痕三步完成修复。本文给出一套可集成的 Python 方案，附带状态判断的严格标准：不是回补条数够了就算完，re
TickDB Research · 2026/7/2 · 阅读: 57标题：A股回测为什么总不稳？拿到10年历史K线数据后，先验这5件事 摘要：很多人第一次做 A 股回测，最关心的是策略逻辑、参数和收益曲线。但真正让回测结果失真的，往往不是模型，而是那份看起来很完整的历史 K 线数据。10 年历史 K 线能让策略穿越牛熊，也能让因子分析有更长样本，但前提是这份数据的 symbol、时间范围、K 线周期、OHLCV 字段、异常和缺口都能被核对。拿到数据后，先验这五件事
TickDB Research · 2026/7/2 · 阅读: 58标题：美股又涨了，但你真的看清市场状态了吗？先对齐这五层实时行情口径 摘要：美股三大指数、实时行情、VIX、市场宽度、成交量——这些数字每天都在变，但指数上涨不等于整个市场都在走强。这篇文章不讲美股接下来是涨是跌，只给你一套五层口径的检查框架：哪个指数在涨？多少股票在涨？波动率有没有下来？成交量支不支持？你看的数据是哪个时间窗口的快照？把数据口径对齐，再谈市场判断。 昨夜美股上涨，三大指数全线收红
TickDB Research · 2026/7/1 · 阅读: 62标题：从盯盘、AI分析到团队复盘，行情数字进入判断之前，至少要说清这4点 摘要：如果你经常盯A股、美股、港股或加密行情，又想把价格拿去做复盘、AI分析或研究记录，你需要的不只是“看到数字”。如果你已经接入了实时行情API，当团队里三个人引用了“同一个价格”但三份结果对不上时，你能不能追溯到每个人当时取到的具体快照？TickDB不替你判断涨跌，但能让你取到的行情数字更容易被记录、核对和复查。 !im
TickDB Research · 2026/7/1 · 阅读: 50摘要：你付费开了 Level 2，看到买一突然挂出一笔大单，卖一变薄，bids/asks 看起来很有方向感。你的第一反应可能是：盘口已经给信号了。但过一会儿，大单撤了，价格没按你想的走。问题不在数据本身——Level 2 没有骗你。问题在于，你把“能看到盘口”误解成了“盘口已经能给交易信号”。这篇文章把盘口数据拆成三层——展示、状态观察、信号候选——讲清楚为什么大多数人在第一层以为自己看到了第三层
TickDB Research · 2026/6/30 · 阅读: 66标题：实时行情数据验收：价格看起来都对，为什么整段行情进系统后还是会坏？ 摘要：每一笔行情数据单独看，价格、时间戳、成交量都有，一切正常。但当这些“正常”的数据被拼成一段连续行情时，缺口、重复、累计对不上的问题就浮出来了。这就是单点验证和生产级验收之间的差距——最小证据链能回答“这条数据从哪来”，但回答不了“整段行情是不是连续、自洽、可回溯”。这篇文章把行情数据验收拆成三层，讲清楚为什么数据质量不
TickDB Research · 2026/6/29 · 阅读: 48行情数据源冲突时，你应该相信谁？看完这篇就答案 摘要：你接了两个行情数据源，同一个symbol、同一时间附近，一个返回100.12，另一个返回100.18。接口都返回成功，价格都像真的。此时最危险的反应不是怀疑其中一个错了，而是立刻选一个你更熟的数据源相信。这篇文章提供一套多源冲突时的证据链仲裁方法——不判断谁更准，只追查每条价格背后的symbol、时间戳、市场状态、字段口径和原始返回，让数据自己
TickDB Research · 2026/6/29 · 阅读: 51摘要：用历史行情数据跑回测，策略逻辑跟论文一模一样，你跑出+5%，别人跑出+30%。你查了三天代码，参数调了一遍又一遍，还是对不上。问题大概率不在你的代码，在你用的那份历史数据——策略是你的公式，历史数据是你的答案册，你和别人公式一样，但答案册版本不同。复权方式、停牌处理、样本池里有没有退市股、失败查询有没有被静默填平，这四个数据雷每一个都可能单独制造好几个点的偏差。更重要的是，它们都让回测结果单
TickDB Research · 2026/6/27 · 阅读: 83> 摘要 > 接多个行情数据源时，时间戳最容易出问题：有的返回 10 位秒级时间戳，有的返回 13 位毫秒级时间戳；有的代表数据产生时间，有的代表服务端返回时间；有的适合按物理时间窗口对齐，有的应该按交易日对齐。本文不讨论交易策略，只讨论一个工程问题：如何在 Python 里把多源行情时间戳先归一化、再标注语义，最后按业务目标做窗口对齐。同时，我会用 TickDB 作为统一行情数据入口的例子，
TickDB Research · 2026/6/27 · 阅读: 51摘要：用历史行情数据跑回测，策略逻辑跟论文一模一样，你跑出+5%，别人跑出+30%。你查了三天代码，参数调了一遍又一遍，还是对不上。问题大概率不在你的代码，在你用的那份历史数据——策略是你的公式，历史数据是你的答案册，你和别人公式一样，但答案册版本不同。复权方式、停牌处理、样本池里有没有退市股、失败查询有没有被静默填平，这四个数据雷每一个都可能单独制造好几个点的偏差。更重要的是，它们都让回测结果单
TickDB Research · 2026/6/27 · 阅读: 54多市场行情面板怎么做：A股、美股、港股、外汇、数字货币，从6项信息到5个隐蔽故障 摘要：一个覆盖A股、美股、港股、外汇和数字货币的行情面板，接入实时行情数据源只是第一步。真正难的是让用户一眼就能判断——这个价格是3秒前还是3分钟前？非交易时段面板上挂着的是收盘价还是过期数据？那个空白格子是数据没拉到还是接口崩了？这篇文章不写复杂代码，只拆解一个核心洞见：行情面板不是价格墙，而是数据可信度界面。 这
TickDB Research · 2026/6/26 · 阅读: 72