feat: 新增并发批量战斗模拟；引入MariaDB作为可配置数据存储层；修复经验数据写入bug

[cy6909]

【新增文件】

1. .env - 数据库连接配置文件（DB_ENABLED开关+连接参数）
2. sim/data_store.py - 统一数据存储接口层
   • DataStore类：根据.env自动选择后端（MariaDB/JSON）
   • SQLAlchemy模型：BattleRecord、ExperienceRecord、PokemonRecord
   • init_db()/migrate_experience_from_json()等工具函数
3. db_manage.py - 数据库管理CLI（init/migrate/stats命令）
4. sim/batch_concurrent.py - 并发批量战斗模拟器
   • multiprocessing.Pool并行MCTS对战
   • 经验数据合并+存储逻辑
5. battle.py - 菜单集成并发模拟模式（选项2，默认推荐）

【修改文件】

1. sim/experience_db.py - ExperienceDB增加数据库后端支持
   • _use_db属性：动态读取DataStore.db_enabled选择后端
   • save()/load()统一接口自动路由到对应后端
   • _dirty_keys增量保存策略，避免全量重写
2. battle.py - 菜单选项4集成并发模拟+经验合并

【修复的3个核心Bug】

1. Bug#1: _merge_experience_dbs()类型错误（ActionStats vs dict）
   • 根因：子进程返回的是ActionStats对象，但合并函数用.get('w',0)当dict处理
   • 修复：在合并时加isinstance(stats_obj, ActionStats)判断
2. Bug#2: MCTS Agent替换经验库时_search引用未同步
   • 根因：agent_a.experience_db=exp_a只改了agent属性， 但MCTSSearch内部持有独立的experience_db引用导致脱节
   • 修复：同时设置agent_a._search.experience_db = exp_a
3. Bug#3: _merge_experience_dbs()团队数据交叉污染
   • 根因：result['exp_a']包含完整经验库(team a和b)， 合并函数遍历整个dict导致a队经验被放进merged的'a'和'b'
   • 修复：改为直接按队伍分别提取，A队只取get('a',{})

【数据流】
子进程(_run_single_battle) → pickle序列化传递ActionStats对象 → 主进程合并(merged_db_a/merged_db_b) → DataStore.update_experience() → MariaDB experience_records表（增量UPSERT，同key累加wins+total）

【测试验证】

1. python db_manage.py init - 数据库初始化成功
2. python db_manage.py migrate - JSON→数据库迁移成功（371条精灵记录）
3. 5场并发对战测试：经验数据正确写入MariaDB，a队wins>0,b队total>0
4. ExperienceDB.load_or_create('预设毒队')从数据库加载：164条有效记录
5. MCTSAgent('a','预设毒队',load_exp=True)正确加载数据库经验
6. 新一轮3场模拟后经验累加：231→412条，确认增量保存正常
7. get_weights()在相同state_key下对不同action_key返回独立胜率权重

【向后兼容】
.env中DB_ENABLED=false时完全退化为JSON文件模式，不影响现有功能

[AofeiLi-code]

Thank you for your contribution!