FreeSwitch配置数据库这事儿，说难不难，说简单也真不简单。很多人一上来就照着官方文档敲命令，结果不是连不上就是权限报错，折腾一晚上发现是配置文件里少了个分号。我见过太多这样的案例了，所以今天干脆把这块掰开揉碎了聊清楚，从最基础的安装到实战中的坑，一次说透。
先明确一个概念，FreeSwitch默认用的是SQLite，轻量、零配置，适合测试和小规模场景。但只要你打算上生产环境，或者要对接CRM、计费系统，那必须切到PostgreSQL或MySQL。为什么？因为SQLite是文件型数据库，并发写入一多就锁表，通话记录一多就卡顿，更别提多节点集群共享数据了——那根本不可能。所以配置数据库的第一步，不是写配置，而是想清楚你到底要干嘛。
拿PostgreSQL举例，这是FreeSwitch社区最推荐的生产级选择。先在系统里装好PostgreSQL，然后创建专门的数据库和用户。注意，别用postgres超级用户去连，权限太大容易出事。我习惯建一个freeswitch用户，密码设复杂点，只授权给freeswitch这个库。接着要改两个核心文件，一个是，另一个是。前者决定FreeSwitch用哪种数据库驱动，后者是ODBC连接串。
这里有个关键点，很多人直接改里的，但忽略了系统里得装ODBC驱动。Ubuntu上要装，CentOS要装，装完还得在里写DSN。有个坑，DSN名字里别带空格和特殊字符，否则FreeSwitch解析会出错，报那种看不懂的。我上次调试一个客户的环境，就是DSN名字里带了个横杠，搞了三个小时才查出来。
配置完ODBC，重启FreeSwitch，用进去敲，如果能看到数据库连接正常，那就说明基础通了。但真正的考验在业务数据上。你要把、这些表建好，FreeSwitch启动时会自动建表，但如果你之前用SQLite存过数据，想迁移过来，那就得手动导。别指望自动迁移，官方没这功能。我一般写个Python脚本，连两个库，把SQLite里的数据读出来再插进PostgreSQL，字段类型要特别注意，比如的格式，SQLite存的是字符串，PostgreSQL要的是标准时间格式，不转换直接插会报错。
再说个容易被忽略的点：连接池。FreeSwitch默认每个进程可能有多个线程去访问数据库，如果你不配置连接池，高并发下PostgreSQL会报。在里，你可以设置参数，我一般设成20到50之间，具体看你的并发量。太小了排队，太大了浪费资源。另外，也要调，默认的几秒钟在查询复杂报告时根本不够用，经常超时断连。
实战中还有个经典场景：双机热备。FreeSwitch本身不提供数据库高可用，但你可以用PostgreSQL的流复制或者用MySQL的主从。这时候要注意的是，数据库连接串里的IP要写虚拟IP，或者用DNS轮询，别写死某一台的IP。还有，FreeSwitch的支持多个连接串用分号分隔，但实际测试下来，它不会自动切换，只会在第一个连不上时尝试第二个。所以真正的切换逻辑得靠外部脚本或Keepalived来做，FreeSwitch这边只负责连上去能用就行。
说下监控和日志。数据库配好了，不等于万事大吉。你得定期看里的SQL报错，特别是和相关关键字。我习惯写个cron脚本，每隔五分钟查一下PostgreSQL的活跃连接数，超过阈值就发告警。还有，FreeSwitch有个或模块，可以写脚本在通话结束时自动写入额外数据，比如把通话录音路径更新到数据库里。这时候一定要用参数化查询，别拼SQL字符串，否则分分钟被SQL注入，别问我怎么知道的。
回到标题，FreeSwitch配置数据库，本质上是把语音交换核心和业务数据解耦。配置好了，你能实时查询通话状态、生成报表、对接计费系统，这些都是SQLite给不了的。配置不好，轻则日志刷屏，重则通话记录丢失，甚至影响呼叫路由。所以，别嫌麻烦，一步步来，先拿测试环境练手，确认无误再上生产。数据库这块稳了，FreeSwitch才真正算得上企业级。
