<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with user-import]]></title><description><![CDATA[A list of topics that have been tagged with user-import]]></description><link>https://fusionauth.io/community/forum/tags/user-import</link><generator>RSS for Node</generator><lastBuildDate>Fri, 16 Oct 2026 14:15:16 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/user-import.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Will bulk user imports into one tenant affect performance in other tenants?]]></title><description><![CDATA[<p dir="auto">FusionAuth tenants provide <strong>logical isolation, not physical isolation</strong>. While users, applications, groups, and configuration are logically separated per tenant, all tenants in an instance share the same FusionAuth nodes, database, and search index.</p>
<p dir="auto">This means that while importing data into one tenant will not impact the data integrity in another tenant, <strong>it does draw on the same compute and database capacity</strong> that other tenants' logins and profile updates use. Large imports can potentially affect performance across all tenants.</p>
Recommendations to minimize impact:


<p dir="auto"><strong>Serialize imports</strong>: Do not run multiple imports simultaneously. Even when migrating multiple clients, avoid having two clients in the initial import phase at the same time.</p>


<p dir="auto"><strong>Pre-hash passwords</strong>: Since you're already sending passwords with hash, salt, factor, and encryption scheme, this will significantly reduce load during imports. If passwords were sent as plaintext, FusionAuth would need to hash each one on import (which can take several hundred milliseconds per user).</p>


<p dir="auto"><strong>Start with smaller batches</strong>: Rather than immediately using 100k user batches, start smaller to monitor system performance during imports. If performance is acceptable, gradually increase the batch size until you find the right balance between performance and import speed.</p>


<p dir="auto"><strong>Avoid transactional webhooks</strong>: You mentioned using Kafka integration instead of custom webhooks, which is good. Ensure you are only using the Kafka integration for events and not using any transactional webhooks, as these can add additional load during imports. Transactional webhooks block the operation until the webhook completes, which can significantly slow down bulk imports. Non-transactional events (like those sent to Kafka) are fire-and-forget and don't block the import process.</p>


<p dir="auto"><strong>Limit concurrent operations</strong>: You mentioned planning to run only one import call at a time from one worker, which is the right approach. Updates using the PATCH endpoint can occur in parallel as they should be infrequent.</p>


<p dir="auto"><strong>Monitor database performance</strong>: Keep an eye on your database connection pool and query performance during imports. The shared database is typically the bottleneck in multi-tenant scenarios under heavy load.</p>


<p dir="auto">By following these practices, you can minimize the impact of bulk imports on other tenants in your multi-tenant FusionAuth deployment.</p>
Related Documentation

<a href="https://fusionauth.io/docs/extend/examples/multi-tenant" rel="nofollow ugc">Multi-tenancy Guide</a> - Overview of FusionAuth's multi-tenant architecture and concepts
<a href="https://fusionauth.io/docs/extend/examples/multi-tenant#levels-of-isolation" rel="nofollow ugc">Levels of Isolation</a> - Explanation of logical vs. physical isolation in FusionAuth
<a href="https://fusionauth.io/docs/apis/users/import" rel="nofollow ugc">Import Users API</a> - API documentation for bulk user imports
<a href="https://fusionauth.io/docs/apis/users/import#password-hashes" rel="nofollow ugc">Password Hashes</a> - Details on importing pre-hashed passwords to improve performance
<a href="https://fusionauth.io/docs/extend/events-and-webhooks/events/#transaction-compatibility" rel="nofollow ugc">Transactional vs. Non-Transactional Events</a> - Understanding event types and their performance impact
<a href="https://fusionauth.io/docs/extend/events-and-webhooks/kafka" rel="nofollow ugc">Kafka Integration</a> - Using Kafka for non-blocking event processing
<a href="https://fusionauth.io/articles/ciam/making-sure-your-auth-system-scales" rel="nofollow ugc">Scaling Your Auth - Best Practices</a> - Performance and scaling considerations for authentication systems

]]></description><link>https://fusionauth.io/community/forum/topic/3253/will-bulk-user-imports-into-one-tenant-affect-performance-in-other-tenants</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3253/will-bulk-user-imports-into-one-tenant-affect-performance-in-other-tenants</guid><dc:creator><![CDATA[FASupportBot]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>